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PREFACE 


Since  its  founding  kt  1952,  the  Advisory  Group  for  Aerospace  Research  end  Development  has  published,  through  the 
Flight  Mechanics  Panel,  a  number  of  standard  texts  in  the  field  of  flight  testing.  The  original  Flight  Test  Manuel  was  published 
in  the  yean  1954  to  1956.  The  Manual  was  divided  into  four  volumes:  I.  Performance,  11.  Stability  and  Control, 
ID.  Instrumentation  Catalog,  and  IV.  Instrumentation  Systems. 

As  a  result  of  developments  in  the  field  of  flight  test  instrumentation,  the  Flight  Test  Instrumentation  Group  of  the  Flight 
Mechanics  Panel  was  established  in  1968  to  update  Volumes  m  and  IV  of  the  Flight  Test  Manual  by  the  publication  of  the 
Flight  Test  Instrumentation  Series,  AGARDograph  160.  In  its  published  volumes  AGARDograph  160  has  covered  recent 
developments  in  flight  test  instrumentation. 

In  1978,  the  Flight  Mechanics  Panel  decided  that  further  specialist  monographs  should  be  published  covering  aspects  of 
Volume  I  and  II  of  foe  original  Flight  Test  Manual,  including  the  flight  testing  of  aircraft  systems.  Ir„  March  1 98 1 ,  the  Flight  Test 
Techniques  Group  was  established  to  carry  out  this  task.  The  monographs  of  this  Series  (with  die  exception  of  AG  237  which 
was  separately  numbered)  are  being  published  as  individually  numbered  volumes  of  AGARDograph  300.  At  the  end  of  each 
volume  of  AGARDograph  300  two  general  Annexes  are  printed;  Annex  1  provides  a  list  of  the  volumes  published  in  the  Flight 
Test  Instrumentation  Series  and  in  the  Flight  Test  Techniques  Series.  Annex  2  contains  a  list  of  handbooks  that  are  available  on 
a  variety  of  flight  test  subjects,  not  necessarily  related  to  the  contents  of  the  volume  concerned. 

Special  thanks  and  appreciation  are  extended  to  Mr  F.N.Stoliker  (US),  who  chaired  the  Group  for  two  years  from  its 
inception  in  1981  and  established  the  ground  rules  for  die  operation  of  the  Group. 

The  Group  wishes  to  acknowledge  the  many  contributions  of  EJ.(Ted)  Bull  (UK),  who  passed  away  in  January  1987. 

In  the  preparation  of  the  present  volume  the  members  of  the  Flight  Test  Techniques  Group  listed  below  have  taken  an 
active  part.  AGARD  has  been  most  fortunate  in  finding  these  competent  people  willing  to  contribute  their  knowledge  and  time 
in  the  preparation  of  this  volume. 


Bague,  R  JC.  (Editor) 

Bothe,n. 

Bull,  E  J. 

Phillips,  AX). 

Pool,  A. 
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ABSTRACT 


TUt  volume  la  the  AGARD  Flight  Test  Technique  Series  describes  flight  test  techniques,  flight  test  instrumentation, 
ground  riaariarina,  die  reduction  and  malyris  methods  used  to  determine  the  performance  characteristics  ofamodemair-to- 
air  (a/a)  radar  lystsm.  FtaBosdag  a  general  coverage  of  specification  requirements,  test  plans,  support  requirements, 
development  and  operational  testing,  and  management  information  systems,  the  report  goes  into  more  detailed  flight  test 
techniques  covering  a/a  radar  capabilities  of:  detection,  manual  acquisition,  automatic  acquisition,  tracking  a  single  target,  and 
detection  and  narking  at  multiple  targets.  There  follows  a  section  on  adcfltiootl  flight  test  cooaidenmoas  such  as 
nlartrnmagnarir  oompatibtthy,  rimroah  counter  countermeasures,  displays  and  controls,  degraded  and  backup  modes, 
redome  effects,  environmental  cramlderttioni,  and  use  at  testbeds.  Other  sections  cover  ground  simulation,  flight  test 
instrumentation,  and  data  reduction  and  analysis.  The  final  sections  deal  with  reporting  and  t  discussion  of  considerations  for 
the  future  and  how  they  may  impact  radar  flight  testing 


*  *  * 


La  psdaant  volume  AOARD  aur  lee  techniques  d'eesai  cn  vol  dticrit  lee  difffreatee  techniques  d’essai  en  vol, 
I 'instrumentation  d'eesai  en  vol,  la  simulation  an  sol,  la  induction  de  doondcs  et  des  mtithodes  d'analyse  employees  afin  de 
ddfinir  let  camctfristiques  (Tun  lysSfcme  radar  air-air  moderne.  Aprts  la  description  gdndrale  des  specifications  requises,  des 
butteries  de  lest,  des  beeoiue  ea  mattere  de  support,  des  esaais  de  ddveloppement,  des  essais  optirationnds  et  des  systfemes 
intdgrds  de  geatian,  le  rapport  donne  use  description  phis  ddtaillde  dm  techniques  d’essai  en  vol,  qui  couvre  les  capacity*  d*un 
sysffme  radar  air-air  en:  detection,  acquisition  manuelle  oa  automatique  de  la  able,  poursuite  de  able  unique  et  detection  et 
poursuite  de  dtries  multiples. 

L'autre  volet  du  rapport  concenw  (Tautree  aspects  des  essais  en  voi  tels  que  la  compatibility  etectromagnytique,  les 
contfe-cantNaaemrea  dtectroniquei.  lea  commandea  et  let  visualisations,  les  modes  degrade  et  de  sccours,  les  effets  radome, 
les  conditions  (Tenvironnement  et  de  miae  en  oeuvre  des  bancs  d’essai 

Les  autres  sections  traitent  de  la  simulation  au  sol  1 'instrumentation  d’essai  en  voi,  la  ryduction  des  donnees  et  (’analyse. 
La  section  finale  du  rapport  concerne  la  (detection  des  cooptea-rendus,  des  discussions  et  des  considerations  pour  l’avenir  et 
leur  incidence  yventuelle  sur  les  essais  en  vol  des  redan. 
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Thia  AOAAOograph  dtaaribai  flight  taat  techniques,  flight  taat  instrumentation,  ground 
simulation,  data  reduction  and  analyaia  aathoda  uaad  to  datamina  tha  parfonaanoa 
characteristics  of  a  modern  air-to-air  (a/a)  radar  system.  Znoludad  ia  a  general 
coverage  of  specification  requirements,  taat  plana*  aupport  requirements,  development 
and  oparatioual  testing,  and  manages ent  information  ayateme .  Data! lad  flight  taat 
tachniquaa  cover  a/a  radar  capabilitiaa  oft  detection,  annual  acquisition,  autoaatic 
acquisition,  tracking  a  aingla  target*  and  dataction  and  tracking  of  Multiple  targata. 
For  each  node*  there  ia  an  explanation  of  what  to  evaluate  plua  oonditiona  and  factora 
to  consider.  Following  ia  a  a notion  on  additional  flight  taat  oonaidarationa •  aelf-teet 
and  built-in- taat,  alactronagnatlc  ccapatibility*  electronic  countar-oountaraaaauraa , 
diapiaya  and  oontrola,  degraded  and  backup  node a,  mode  aachani nation  alternatives, 
radoaia  af facte*  radar  proceaaing,  environmental  oonaidarationa,  inter facaa, 
configuration  manaqamsnt,  operator  knowledge,  and  use  of  testbeds.  The  section  on 
ground  simulation  and  teat  covers  lab  uses,  lieitations,  requirements,  test  aathoda, 
instruaaentation  and  data,  data  processing  and  data  analyaia.  The  flight  taat 
instruaasntation  and  data  section  includes  tha  uaa  of  video  tape,  internal  radar  data, 
avionics  interfaces,  telemetry,  on-board  special  oontrola  and  reference  data.  The 
section  on  data  reduction  and  analyaia  addresses  video,  first  and  second  generation, 
data  merging  and  analyaia  techniques.  Additional  sections  oover  reporting  and  a 
discussion  of  oonaidarationa  for  the  future  and  how  they  nay  impact  radar  flight 
testing. 

1  IHTKODOCTIOM 

mis  volisse  deals  with  the  flight  teat  and  evaluation  of  modern  cult inode  air-to-air 
radar  systems.  These  systesM  are  nonaally  pulse  doppler,  characterised  as  having  a 
synthetic  display,  i.e.,  displaying  what  tha  system  determines  is  a  target  as  a  small 
symbol  (such  as  a  square)  with  no  operator  interpretation  involved.  The  radar  is 
normally  highly  integrated  with  other  on-board  systems  such  as  multifunction/purpose 
displays,  a  head-up  display,  navigation  systems,  weapons  control  and  delivery  systems, 
electronic  war fare/ oountermeasurea  ayateme,  other  sensor  ay sterna,  end  even  with  the 
aircraft  steering  end  flight  controls.  Increeeingiy  complex  computational  capabilities 
ere  allowing  the  implementation  of  more  radar  modes,  tubmodss  end  achievement  of  greeter 
accuracies.  This  has  simultaneously  put  greeter  demands  on  the  flight  teat 
instrumentation  end  analysis  capabilitiaa,  end  the  accuracies  of  the  ground-based 
reference  ayateme.  At  the  seme  time,  more  limits  ere  being  placed  on  available  test 
time  anO  funding,  necessitating  more  efficient  testing  end  further  usage  of  ground  teat 
fecilitiee  when  eveileble  end  applicable.  In  order  to  fully  cover  the  subject  of  e/e 
radar  flight  testing,  thia  volume  also  addressee  related  topice  such  set  specifications, 
test  plana,  ground  simulation  end  reporting.  While  e  volume  could  be  written  for  each 
of  these  general  subjects  alone,  this  document  includes  only  thoae  portions  which  apply 
to  e/e  radar  testing. 

This  volume  ia  intended  to  be  e  “menu"  of  whet  to  test  end  suggestions  on  how  to  do  it. 
Since  a/*  radars  very  considerably  in  what  modes  they  contain,  the  intent  of  this  volume 
is  tor  the  reader  to  choose  whatever  mode  ia  appropriate,  end  then  to  choose  from  the 
suggested  evaluation  criteria  and  factors  ee  bast  befits  the  iapleamntation  end  intended 
usage  of  that  aode.  While  tha  moat  typical  installation  of  this  type  of  e/e  radar  is  in 
e  fighter  aircraft,  the  objectives  end  methods  of  testa  described  herein  do  not  preclude 
their  use  for  other  applications  such  as  in  sirborns  ssrly  warning  or  tail  warning 
systems.  This  volume  is  organised  by  radar  capability,  such  that  it  should  be  possible 
to  use  the  described  teat  methods  for  these  other  applications.  The  results  of  lessons 
learned  have  been  incorporated  throughout  this  volume  under  the  appropriate  subject  for 
better  continuity. 

The  use  of  specific  references  has  been  intentionally  minimised,  not  as  an  attempt  by 
the  author  to  take  credit  where  credit  is  not  due,  but  to  sake  this  volume  applicable  to 
tha  widest  vsristy  of  radar  systems.  The  intent  is  to  have  this  volume  address  s 
generic  radar  rather  than  to  imply  tha  taat  requirements  or  techniques  srs  applicable  to 
only  on#  specific  system.  This  approach  also  lessens  the  possibility  of  including  any 
proprietary,  sensitive  or  classified  information. 

2  RADAR  SYSTEM 

The  purpose  of  this  section  is  to  provide  an  explanation  and  baseline  for  tha  type  of 
radar  that  is  addressed  in  this  volume  on  testing,  and  to  explain  tha  terminology  uaad 
throughout . 


Om  of  the  nut  co— on  uses  of  Airborne  radar  ia  to  datact  tho  presence  of  other 
airborne  vehiclea •  Thia  can  bo  for  tho  purpose  of  providing  information  for  ovoraii 
situational  awareness,  to  avoid  collision,  or  it  aay  be  to  accomplish  an  intorcopt  and 
attach.  the  radar  io  uauaiiy  designed  not  only  to  detect  airborne  targeta  bet  aloo  to 
track  and  provide  accurate  target  information  for  gunfire  or  miealle  launch  eolutione. 
Bona  a/a  nieailea  nay  have  a  paealve  radar  receiver  which  uaea  the  aircraft  fire  control 
radar  for  illumination  of  the  target*  or  a  eeeker  that  aleo  uaea  target  data  tela— tered 
to  it  from  the  fighter  aircraft  radar.  the  a/a  radar  — y  aleo  have  the  capability  to 
detect  ator—  and  turbulence,  either  through  apeei finally  deaigned  nodee  or  through  the 
uae  of  — dea  originally  deaigned  for  other  purpoaea.  Bo—  aircraft  — y  aleo  have  an  a/a 

Identification  Friend  or  foe  (Iff)  interrogator  —unted  on  the  radar  antenna,  with  the 
Iff  reaponaea  integrated  with  the  radar  diaplay  to  give  pointing  ce— anda  and/or 
confirmation  of  target  presence .  Additionally,  nany  a/a  radara  have  the  added 
capability  of  air-to-ground  (a/g)  aodea  auch  aa  aaa  aearch  and  ahip  detection,  ground 
■owing  target  indication,  ground  — ving  target  track,  fixed  target  track,  real-beam 
ground  nap,  doppler  be—  cheapening,  high  re— lution  ground  —  p.  and  terrain 
foilowi— /terrain  avoidance.  However,  stir-to-ground  —dea  are  — t  a  subject  of  thia 


the  radar  —at  provide  rapid  and  accurate  long  range  detection  and  tracking  capability 
in  order  that  the  aircrew  aay  react  and  the  fire  control  ayetea  haa  enough  time  for 
weapon  delivery  in  very  dynaaic  eituationa.  for  cloae-in  engagement a .  the  radar  ayetea 
—at  provide  auto— tic  lock-on  for  guna  and  abort  range  aiaaile  weapon  delivery.  Radar 
ayeteae  are  required  to  meet  theae  performance  standarda  in  concert  with  atandarda  of 
reliability,  aaintai— bility,  electromagnetic  compatibility,  envirot mental  tolerance, 
hardware  oonatrainta,  and  life-cycle  ooata. 

a. 1.1  Radar  Unite 

A  typical  radar  ia  packaged  in  — veral  aeparate  line  replaceable  unita  (LRUa)  depending 
on  ite  aiae,  — d  the  aiae  and  layout  of  the  boat  aircraft.  The  radar  LRUa  ueually 
include,  antenna,  receiver,  tranaaitter.  radar  aignal  processor,  and  radar  computer. 
Brief  descriptions  of  each  typical  LRU  are  contained  below  to  further  orient  the  reader 
to  the  type  of  radar  being  addressed  in  this  volume  on  testing. 

ANTENNA 

The  radar  antenna  is  nor— lly  a  high  gain,  vertically  polarised,  flat  plate,  slotted 
planar  array.  It  — y  be  driven  by  electromechanical  aervos  or  by  a  hydraulic  drive 
system •  It  ia  nor— lly  g labelled  in  two  axes  to  provide  12B-degree  coverage  in  a sleuth 
and  elevation.  So—  type  of  relative  phase  shift  a— ng  the  four  quadran ts  of  the 
antenna  array  is  ueually  employed  in  order  to  cause  the  —in  antenna  be—  to  be  directed 
at  various  angles  (lobes)  for  target  tracking  aodea.  Ihe  selection  of  antenna  scan 
patterns  and  their  location  in  asi— th  and  elevation  can  be  manually  or  automatically 
selected  depending  on  the  radsr  mode.  Antenna  movement  is  usually  controlled  by  the 
radar  computer. 

RBCBIVRR 

The  radar  receiver  receives  the  return  signals,  and  in  conjunction  with  the  radar  sig— 1 
processor,  determines  the  presence  of  a  target.  When  a  beacon  interrogation  mode  is 
included  in  the  radar,  a  — parate  path  froa  nor— 1  signal  processing  is  usually 
provided . 

TRANSMITTBR 

The  tran— itter  provides  high  power  radio  frequency  (RF)  input  to  the  antenna.  Radars 
will  generally  have  several  (four  to  six)  in-flight  selectable  frequencies  within  a 

?iven  operating  band.  The  LRU  which  controls  the  operating  frequency  — y  have  several 
three  or  four)  configurations,  each  with  its  own  set  of  the  four  to  six  operating 
frequencies.  This  overall  frequency  mechanisation  is  prim riiy  intended  to  minimise 
Interference  between  radars  on  aircraft  in  the  sa—  vicinity.  TO  meet  the  si—,  weight 
and  power  limitations  of  aany  current  aircraft,  short  wavelength  based  syst— s  are 
required,  causing  most  a/a  radars  to  be  operated  in  the  frequency  band  of  8  to  12. 5  OHs. 

RADAR  81 ORAL  PROCESSOR 

The  sig— 1  processor  extracts  the  required  target  informs tion  froa  the  returned  signals, 
and  then  uses  that  info r— tion  to  generate  range  and  angle  data  for  target  tracking. 
Digital  data  is  transferred  betwee n  the  sig— 1  processor  and  the  radar  computer  over  a 
dedicated  radar  digital  multiplex  bus  (MUXBU8) , 


RADAR  COMPUTER 

The  computer  contains  and  runs  the  radar  Operational  Flight  Progr—  (OFF)  -  the  —ft— re 
which  controls  the  radar  syst—  operation.  the  extensive  u—  of  digitally  configured 
and  eon trolled  systems  h—  —veral  advan tag—  ooapared  to  older  —slog  systems .  1) 
provides  flex  ibis  sig— 1  processing,  2)  alio—  the  syst—  to  more  easily  and  quickly  be 
updated  with  newer  mechanisations  and  to  address  new  threats,  3)  accommodates  hardware 
changes  during  the  syst—  life  cycle,  4)  presents  a  consistent  user  interface,  and  S) 
lowers  the  probability  of  unintended  production  differences.  Major  radar  performance 
chang—  can  be  aade  by  modification  of  the  software  within  the  co— traints  of  memory 
availability  and  throughput  of  the  computer  syst—.  Most  radar  OFPs  are  structured  in  a 


modular  form,  based  on  functional  divisions  of  tha  tasks  to  ba  performed  by  tha  radar 
system .  The  radar  computer  sets  up  tha  radar  system  in  its  operating  modes,  directs  the 
display  systbology,  and  routes  data  to  tha  aircraft  fire  control  computer  (PCC)  via  the 
aircraft  avionios  MUXBUS.  In  addition  to  controlling  the  basic  radar  modes,  the  radar 
computer  also  provides  the  capability  to  perform  continuous  performance  monitoring 
(self-test)  or  interruptive  performance  monitoring  (built-in-east)  of  the  radar  hardware 
to  detect,  identify,  and  isolate  malfunctions.  Missile  seeker  pointing  signals  or 
telemetry  data  for  radar  missiles  are  provided  by  the  computer.  Configuration  control 
of  all  the  on-board  computers  is  extremely  important,  since  the  radar  OPP  configuration 
may  be  compatible  with  only  certain  combinations  of  other  systems,  the  radar  system  may 
have  one  or  more  internal  busses  to  allow  the  LRUs  to  communicate,  including  a  serial 
digital  multiplex  bus  tying  all  LRUs  togather,  and  a  dedicated  high  speed  bus  between 
the  radar  signal  processor  and  the  radar  computer. 

2.1.2  Other  Features 

DISPLAYS 

The  radar  LRUs  may  include  e  dedicated  radar  control  panel  and  a  dedicated  radar 
display.  However,  many  of  the  latest  radar  systems  do  not  have  either,  as  they  instead 

employ  Multifunction  Displays  (MFDs)  which  can  display  information  from  any  sensor 

(including  the  radar),  and  which  have  programmable  controls  around  their  periphery  to 
control  the  radar.  Depending  on  the  mechanisation  and  cockpit  layout,  radar  data  may  be 
displayed  and  controlled  on  any  one  of  several  MFDs.  The  displayed  radar  information  is 
generally  the  same  for  all  air-to-air  search  modes  and  may  include  i  1)  minimum  and 
maximum  altitude  coverage  of  the  selected  scan  pattern,  2)  range  scale  (velocity  scale 
in  velocity  search),  3)  current  antenna  elevation  bar  of  the  selected  scan  pattern,  4) 
pulse  repetition  frequency  (PRF) ,  5)  aircraft  ground  speed,  true  airspeed,  heading  and 

altitude,  6)  antenna  asimuth  and  elevation  position  carets,  7)  target  acquisition 
(cursor)  symbol,  8)  grid  lines  and,  9)  the  horison  line.  Radar  detected  targets  may  be 
displayed  as  solid  rectangles  and  tracked  targets  as  solid  diamonds.  The  acquisition 
cursor  can  be  a  set  of  two  short,  parallel  lines  displayed  in  a  search  mode.  The 
display  may  also  contain  additional  data,  such  as  IFF -detected  targets,  or  target 
information  datalinked  from  other  detection  sources,  depending  on  the  aircraft 
application.  The  display  is  usually  in  a  raster  scan  format.  Radar  targets  are  most 
conmonly  displayed  using  a  range  versus  aximuth  display  (B-Scan)  or  target  velocity 
versus  asimuth.  The  displayed  range  scale  is  manually  selectable  or  may  be 

automatically  changed  by  moving  the  acquisition  symbol  beyond  95  percent  of  the  current 

displayed  range  to  increase  the  displayed  range  scale,  or  under  5  percent  of  the  current 
displayed  range  to  decrease  the  displayed  range  scale.  The  radar  may  detect  and  display 
many  (60  or  more)  targets  at  any  given  time. 

Several  radar  or  radar-derived  parameters  are  displayed  on  the  aircraft  Head-Up  Display 
(HUD).  One  of  the  primary  symbols  is  a  Target  Designator  (TD)  box.  The  TD  box  may  be  a 
small  hollow  square  which  identifies  the  line  of  sight  to  the  target  whenever  the  radar 
is  tracking  a  target.  The  TD  box  position  is  computed  from  the  azimuth  and  elevation 
angles  of  the  radar  antenna.  Information  concerning  target  range,  closing  velocity  and 
gas  may  also  be  displayed  on  the  HUD. 

CONTROLS 

The  appropriate  radar  operating  modes  and  mode  parameters  can  be  selected  by  activation 
of  switches  located  on  a  radar  control  panel  or  push  buttons  on  the  MFD,  in  conjunction 
with  switches  located  on  the  throttle  grip  and  flight  conti ol  stick.  The  stick  and 
throttle  controls  are  designed  so  that,  in  a  visual  situation,  the  pilot  need  not  look 
in  the  cockpit.  The  throttle  grip  switch  functions  that  affect  radar  operation  can 
include*  control  of  antenna  elevation,  positioning  of  target  symbols  on  the  radar 
display  and  action  commands  such  as  calling  for  an  air  combat  mode.  Radar  commands  that 
may  be  initiated  through  switches  located  on  the  flight  control  stick  include*  radar 
boresight  commands,  target  track  commands  ar/d  mode  change/ re jection  commands.  The  push¬ 
buttons  located  around  the  MFD  can  allow  execution  of  data  entries,  change  of  radar 
modes,  and  change  of  MFD  displays. 

PULSE  REPETITION  FREQUENCY 

Air-to-air  radars  use  a  number  of  different  PRFs,  categorised  as  high,  medium  and  low. 
High  PRF  is  primarily  used  to  detect  long  range  head-on  aspect  targets  in  velocity  only, 
although  some  implementations  do  use  frequency  modulation  (FM)  techniques  to  determine 
target  range  in  high  PRF.  Medium  PRF  is  most  commonly  used  for  target  detection  and  is 
also  the  most  coraaon  PRF  set  used  in  tracking.  Low  prf  is  used  for  longer  detection 
ranges  under  look  up  conditions  when  no  ground  clutter  returns  are  present. 
Interleaving  high  and  medium  PRFs  is  often  used  to  obtain  longer  range  detection 
performance  under  many  operating  conditions. 

SCAN 

In  the  search  modes,  the  radar  uses  a  bar  raster  scan  technique.  The  antenna  sweeps  in 
asimuth  using  various  patterns  and  widths  with  fixed  separations  between  bars  in 
elevation .  The  scan  center  for  the  +/-  10  and  30-degree  scans  is  the  asimuth  of  the 
pilot  positionable  acquisition  symbol  on  the  display.  The  +/-  60-degree  scan  covers  the 
full  gimbal  limits  in  asimuth.  The  antenna  elevation  angle  is  operator  positionable 
over  the  entire  +/-  60-degree  range.  The  typical  operator  selectable  air-to-air  radar 
parameters  are* 

Range  Scales*  10,  20,  40,  80,  160  nautical  miles  (run) 

Scan  Volume*  +/-  60  degrees  asimuth  and  elevation 
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Asimuth  Scan  Width i  +/“  6*  degrees  (wide),  +/ -  30  degrees  (medium),  +/-  10  degrees 
(narrow) 

Elevation  Scant  1,  2  or  ♦  bars 

Target  History •  1,  2,  3,  or  4  (present  targets  and  up  to  3  additional  frames  of 

target  history,  variable  in  intensity) 

2*2  Typical  Nvdea 

To  perform  in  the  air-to-air  arena,  most  radars  have  several  primary  nodes  for  search, 
acquisition  and  track  designed  to  fit  a  particular  environment  for  airborne  target 
detection  and  acquisition.  Node  control  nay  either  be  "manual"  (selectable  by  the 

operator)  or  "auto"  (autesmtically  selected  by  the  FCC  depending  on  the  scenario).  In 

auto,  whenever  the  operator  selects  any  one  of  several  weapons  nodes,  the  radar 

operating  mode,  display  range  scale,  and  the  asimuth  and  elevation  scans  are  initialised 
to  the  parameters  programmed  in  the  FCC .  For  example,  the  selection  of  medium  xange 
missile  may  automatically  command  the  80-nm  range  scale,  120-degree  asimuth  scan,  and  2- 
bar  elevation  pattern  in  the  search  mode.  The  operator  may  be  able  to  manually  override 
any  of  the  initialised  conditions,  if  desired.  Seme  modes,  such  as  auto-acquisition, 
may  only  be  coomtanded  automatically  with  no  provision  for  manual  selection.  The  logic 
and  equations  to  achieve  these  modes  will  vary  among  radars  due  to  differences  in 
specifications  and  the  particular  approach  taken  by  the  radar  designer.  Mere  emphasis 
is  now  put  on  hands-on,  heads-up  radar  operation  to  reduce  pilot  workload  and  improve 
cockpit  visibility.  This  means  the  primary  radar  controls  are  mounted  on  the  stick  and 
throttle  to  reduce  the  need  for  the  operator  to  resove  his  hands  and  distract  his 

attention  to  controls  located  throughout  the  coakpit. 

Typical  a/a  radar  modes  are  listed  and  explained  below  in  order  to  acquaint  the  reader 
with  the  types  of  testing  addressed  in  this  volume.  Hot  all  radars  will  contain  all  of 
the  modes  described.  The  specific  mode  terminology  is  not  the  same  for  all  a/a  radars, 
however  the  terminology  listed  below  will  be  used  consistently  throughout  this  volume, 
and  a  sufficient  description  is  given  such  that  the  reader  should  be  able  to  determine 
the  equivalent  mode  in  any  system  of  interest. 

2.2.1  Mode  Descriptions 

The  a/a  radar  modes  described  aret 
Long  Range  Search  (LRS) 

Range  While  Search  (RWS) 

Velocity  Search  (vs) 

Manual  Acquisition 

Auto-Acquisition 

Single  Target  Track  (STT) 

Raid  Assessment  Mode  (RAM) 

Track-While-Scan  (TWS) 

Self-Test /Built-in-Test  (ST/BIT) 

Electronic  Counter-countermeasures  (ECCM) 

Degraded  and  Backup  modes 

LONG  RANGE  SEARCH  (LRS) 

In  the  LRS  mode,  both  high  and  medium  PRFs  are  employed  on  an  interleaved  basis.  On  one 
antenna  asimuth  scan,  transmissions  are  at  a  high  FRF;  on  the  next  asimuth  scan,  medium 
PRF  is  used.  If  a  multiple  elevation  bar  scan  is  selected,  the  PRF  sequencing  is 
alternated  at  the  start  of  each  frame  to  achieve  both  high  and  medium  PRF  coverage  at 
all  altitudes.  The  radar  uses  FM  techniques  on  the  transmitted  pulse  to  determine 
target  range  when  in  high  PRF.  At  ranges  greater  than  those  practical  for  detection  in 
medium  PRF  (more  than  80  nm),  an  all  high  PRF  FM  waveform  is  used,  and  at  very  short 
ranges  (10  nm  or  less),  an  all  medium  PRF  waveform  is  used.  The  LRS  display  is  a  B- 
scan,  range  versus  asimuth  presentation.  All  antenna,  asimuth  and  elevation  scan 
patterns,  and  range  scales  are  selectable. 

RANGE  WHILE  SEARCH  (RWS) 

Range  while  search  mode  is  designed  to  perform  against  targets  in  either  look-up  or 
look-down  profiles.  Medium  PRF  can  be  used  for  both  look-up  and  look-down  conditions, 
although  it  is  normally  used  for  look-down  situations,  and  low  PRF  is  used  for  look-up 
(low  clutter  environments)  for  somewhat  longer  detectiou  ranges.  A  selection  can  be 
made  for  "normal"  PRF,  which  will  allow  the  radar  to  automatically  select  between  low 
and  medium  PRF  based  on  clutter  levels  and/or  antenna  elevation  angle.  This  may  allow 
alternating  operation  in  low  PRF  and  medium  PRF  in  a  multiple  bar  scan  pattern,  where 
the  upper  barfs)  are  in  low  PRF  and  the  lower  bar(s)  are  in  medium  PRF.  The  radar  may 
have  an  Altitude  Line  Tracker/ Blanker  to  provide  an  indication  of  aircraft  altitude 
above  terrain  and  blank  target  returns  at  this  range.  This  function  can  be 
automatically  enabled  upon  entering  an  air-to-air  mode,  and  manually  disabled  or 
reenabled  by  the  operator.  The  radar  will  have  a  preset  mein  lobs  clutter  notch  to 
filter  out  ground  clutter  returns  Which  will  also  delete  any  ground  or  airborne  targets 
with  a  radial  velocity  at  or  below  the  notch  speed.  This  notch  velocity  (sometimes 
termed  the  Reject  velocity  (RV)  or  around  Moving  Target  Rejection  (OMTR)  velocity)  is 
often  set  between  90  to  60  knots,  but  may  be  selectable  by  the  operator  to  any  one  of 
several  speeds  as  low  as  29  or  as  high  as  110  knots,  depending  on  the  situation. 

VELOCITY  SEARCH  (VS) 

Velocity  search  uses  high  PRF  to  provide  detection  of  high  closing  velocity,  head-on 
targets  in  look-up  and  look-down  situations.  The  VS  mode  has  the  potential  to  detect 
high  closing  rate  targets  at  greater  ranges  than  the  LRS  mode  by  using  only  high  PRF 
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waveforms  with  no  FM  ranging.  All  antanna  aaimuth  and  elevation  acan  pattarna  ara 
selectable.  VS  mode  haa  a  velocity  varans  aaimuth  B-scan  type  diaplay.  Tha  diaplayad 
symbol a  ara  tha  a ana  aa  for  LRS,  except  tha  targat  aynbol  poaition  raprasant a  tha 
target's  ralativa  eloaing  valocity  varsua  range,  and  tha  VS  cua  ia  diaplayad  inataad  of 
a  ranga  seals  cua.  Tha  VS  diaplay  may  also  indicate  tha  target  valocity  ralativa  to  tha 
radar  equipped  aircraft  valocity.  Ana  may  havo  a  limitad  capability  to  diaplay  ralativa 
targat  ranga  if  VS  includes  ranging  techniques. 

MAKUAL  ACQUISITION 

Onda  a  targat  is  datactad,  tha  pilot  can  acquira  (lock  on  to)  tha  targat  (causa  tha 
radar  to  go  into  aingla  targat  track  (STT)  on  that  targat)  by  bracksting  tha  diaplayad 
targat  raturn  with  tha  acquisition  cursor  and  activating  a  daaignata  switch  (usually 
located  on  tha  control  stick).  Tha  detection  files  are  than  searched  for  tha  presence 
of  this  targat.  If  tha  targat  is  found,  tha  antanna  slaws  to  tha  aaimuth  and  alavation 
of  tha  targat  detection,  and  may  be  pet  into  a  small  rapid  acquisition  acan  to  confirm 
tha  presence  of  tha  terget.  At  designation,  all  targat  symbols  ara  blanked  from  tha 
display.  Tha  radar  operates  in  medium  PRF  during  tha  acquisition  saquanca. 

AUTOMATIC  ACQUISITION 

Tha  radar  automatic  acquisition  modes  usually  ara  not  directly  selectable  by  tha 
operator,  but  rather  ara  automatically  selected  by  tha  weapons  system  (to  override  any 
other  moda)  whan  required  to  support  short  ranga  detection  and  automatic  acquisition  of 
a  targat.  Tha  most  common  types  of  automatic  acquisition  modes,  called  air  combat 
maneuvering  (ACM)  modes,  aret  suparaearch  (SS),  vertical  scan,  slewable  acan,  and 
boresight.  Tha  ACM  modes  ara  mechanised  to  automatically  lock  on  to  tha  first  targat 
which  appears  in  tha  field  of  view  of  the  selected  scan  pattern,  and  ara  usually  limitad 
to  a  maximum  ranga  of  10  nm.  If  more  than  one  targat  ia  datactad  in  tha  same  beamwidth, 
tha  closest  targat  in  ranga  ia  tha  one  salactad  by  tha  radar  for  lock-on.  Tha  modes  ara 
optimised  for  high  maneuvering,  head-up  attack  situations.  Tracking  is  accomplished  in 
medium  PRF  and  uses  tha  same  track  mechanisation  as  in  single  targat  track. 

Tha  suparsaarch  acan  pattern  covers  tha  HUD  field  of  view  (an  area  approximately  20  by 
20  degrees).  Tha  radar  uses  a  multiple  bar  (typically  4  or  6  bars)  overlapping  scan 
pattern,  starting  at  tha  bottom  and  working  towards  the  top,  to  search  for  targets 
within  the  10  ids  range  window.  Vertical  scan,  is  a  3-bar  pattern  that  covers  a  10  by  40 
degree  pattern  cantered  10  degrees  above  the  aircraft  water  line  at  0  degrees  asimuth. 
The  bottom  of  tha  pattern  extends  down  to  approximately  the  canter  of  the  HUD  field  of 
view.  The  slewable  scan  pattern  is  initially  cantered  at  0  degrees  asimuth  and 
elevation  whan  selected.  Tha  pattern  sisa  is  typically  40  degrees  asimuth  by  20  degrees 
elevation.  The  center  may  be  manually  relocated  by  the  operator  within  the  radar  gimbal 
limits  by  means  of  the  radar  cursor  control.  In  boresight,  the  radar  is  caged  to  the 
aircraft  armament  reference  line.  The  radar  will  then  lock  on  to  the  first  detected 
target  within  10  nm.  If  several  targets  exist  within  tha  beamwidth,  the  radar  will  lock 
on  to  tha  nearest  one.  The  fighter  can  be  maneuvered  to  place  the  desired  target  within 
the  boresight  ir.  order  to  achieve  lock-on. 


Except  for  slewable  scan,  the  scan  patterns  are  all  aircraft  stabilised,  i.a.,  they  stay 
in  the  same  relationship  with  respect  to  the  aircraft  fuselage  during  maneuvering.  In 
some  mechanisations  slewable  scan  is  space  stabilised,  i.e.,  it  ia  roll  and  pitch 
stabilised  with  respect  to  the  ground  regardless  of  aircraft  maneuvers.  Once  lock-on  is 
achieved  from  any  of  tha  scan  patterns,  the  targat  can  be  tracked  throughout  the  full 
field  of  view  of  tha  radar.  Altitude  line  tracker /blanker  software  permits  the 
elimination  of  altitude  line  false  alarms  in  search  modes  and  false  lock-on  to  large 
ground  discretes  or  water  in  tha  ACM  moda. 

Tha  ACM  displays  are  aimilar  to  tha  normal  air-to-air  track  displays  except  the  range 
scale  is  autosmtically  selected  to  10  nm,  and  tha  mode  indicated  is  ACM.  No  acquisition 
symbol  is  displayed,  and  no  targat  symbols  ara  displayed  prior  to  lock-on.  In  order  to 
prevent  the  radar  from  locking  on  to  the  altitude  return,  some  systems  keep  track  of  the 
location  of  the  altitude  line  and  can  display  it  as  a  part  of  the  ACM  mode  display.  If 
enabled  while  in  ACM,  it  will  appear  at  n  ranga  equal  to  either  tha  altitude  line  (if 
tha  altitude  lina  is  being  tracked)  or  the  system  altitude  above  sea  level  (if  the 
altitude  lina  is  not  being  tracked). 

Mhen  tha  radar  is  oomnanded  to  enter  an  ACM  moda,  it  typically  goes  into  tha  SS  pattern 
first,  with  tha  operator  able  to  select  any  other  pattern  using  the  Return-to-Search 
(RTS)  switch  prior  to  the  radar  locking  on  to  a  target.  This  selects  the  next  scan 
pattern,  such  as  vertical  scan,  than  slewable  acan,  then  boresight,  than  back  to  SS, 
etc.  Tha  pilot  can  reject  a  target  that  tha  system  has  acquired  and  is  tracking  by 
selaoting  RTS,  and  tha  radar  will  search  further  out  in  ranga  at  that  beam  position, 
than  continue  tha  ACM  scan  pattern.  However,  once  a  targat  has  bean  acquired  and  is 
being  tracked,  selection  of  RTS  causes  tha  radar  to  break  lock  on  that  targat,  but  does 
not  causa  a  change  in  tha  saan  pattern.  Tha  acan  pattern  can  only  be  changed  if  the 
system  is  not  tracking  a  targat  at  tha  time  of  receipt  of  the  RTS  command.  When  the 
pilot  rejects  a  target  by  depressing  tha  RTS  switch,  or  whan  track  is  lost  for  any  other 
reason,  the  radar  returns  to  the  ACM  scan  pattern  from  which  tha  targat  was  acquired. 

SINGLE  TARGET  TRACK  (STT) 

When  a  track  is  established,  the  target  symbol  typically  becomes  diamond  shaped  and  tha 
acquisition  symbol  disappears  from  the  display.  The  target  symbol  may  have  an  attached 


vector  line  with  its  length  proportional  to  targat  speed,  and  its  diraction  representing 
target  dlraetion  relative  to  ths  fightar .  During  STT,  a  considerable  amount  of  data  is 
aval  Uhls  on  tha  target*  sons  of  which  is  displayed  and  much  of  whioh  is  transmitted  to 
tha  othar  aircraft  avionios  subsystems  via  a  MUXBUS.  lent  of  tha  information  is 
calculated  b’  tha  FCC  based  on  tha  targat  track  provided  by  tha  radar.  Typical 
information  displayed  on  tha  radar  display,  in  addition  to  tha  targat  symbol  indicating 
targat  range  and  bearing,  is  targat  altitude,  closure  rata,  magnetic  ground  track, 
calibrated  airspeed  and  aspect  angle.  The  FCC  also  can  compute  and  display  a  horisontal 
intercept  steering  angle  to  the  target.  the  STT  display  nay  have  an  automatic  range 
scale  switching  feature.  This  automatically  switches  the  display  to  the  next  higher 
range  then  the  target  range  is  95  percent  of  the  present  maximum  range  scale,  and 
switches  automatically  to  the  next  lower  value  when  target  range  is  45  percent  of  the 
present  maximum  range  scale. 

Single  target  track  is  normally  accomplished  using  medium  PRF,  to  track  the  target  in 
angle,  velocity  end  range.  However,  soma  radars  have  the  capability  to  track  in  high 
PRf,  wherein  the  target  is  tracked  in  angle  and  velocity,  with  rM  ranging  to 
periodically  approximate  target  range.  Once  the  target  is  acquired  in  high  PUP,  the 
radar  will  attempt  to  switch  to  medium  PRF  as  soon  as  it  can.  Medium  PRF  ranging  is 
more  accurate  than  the  FM  ranging  used  in  high  PRF.  If  the  radar  senses  that  it  is 
about  to  lose  track  on  ths  target,  it  may  enter  into  a  reacquisition  sequence  using  a 
small  scan  pattern  in  an  attempt  to  re-establish  track.  If  track  is  lost,  the  radar 
will  revert  to  search  mode.  Ths  pilot  can  intentionally  break  lock  by  selecting  RTS. 

RAID  ASSESSMENT  MODS  (RAM) 

The  raid  assessment  mode  (sometimes  nasMd  the  raid  clueter  resolution  (RCR)  mode)  is  a 
high  resolution  mode  which  expands  a  cluster  of  targets  normally  displayed  as  one  target 
in  STT,  and  displays  them  as  individual  targets.  This  enables  the  pilot  to  assess  a 
multi-target  environment.  A  medium  PRF  waveform  is  transmitted  and  alternates  between  a 
search  and  spotlight  phase  to  provide  a  track  file  on  several  more  targets  in  addition 
to  tha  original  tracked  target.  RAM  is  selectable  in  all  ranges  but  is  usually  limited 
to  40  nm  for  operation. 

TRACK-WHXLB-SCAN  (TVS) 

The  TWS  mode  is  designed  to  provide  simultaneous  multiple  target  detection  and  tracking, 
generally  of  up  to  10  targets.  When  the  radar  detects  a  target  a  number  of  times  (as  a 
function  of  range)  in  successive  scans,  it  may  automatically  establish  a  radar  track 
file  in  the  radar  computer,  or,  the  radar  may  be  commanded  by  the  operator  to  establish 
a  track  file  on  a  specific  target.  Tha  primary  difference  between  thin  mode  and  STT  ie 
that  tha  antenna  continues  to  scan  in  THS,  with  tha  target  detections  on  each  scan  used 
by  the  radar  computer  to  compute  targat  tracking  information.  With  a  TWS  track  file 
established,  the  radar  can  display  targat  range,  asimuth,  and  aspect  angle.  The 
operator  has  ths  capability  to  prioritise  tha  targets  depending  on  the  situation,  such 
as  time  to  intercept.  For  the  highest  priority  target,  the  radar  will  display 
additional  tracking  information  auch  as  target  Mach  and  altitude.  The  radar  has  the 
capability  (if  so  directed  by  ths  operator)  to  transition  from  TWS  to  STT  on  the 
highest  priority  target  without  breaking  lock.  TWS  normally  operates  in  medium  PRF,  at 
ail  selectable  range  scales,  but  at  reduced  asimuth  coverage  (typically  up  to  +/-  30 
dag). 

SELF— TEST/ BUI LT- IN -TB8T  (ST/BIT) 

Self-test  (ST)  is  a  non-interruptive  capability  that  continuously  monitors  radar 
performance  during  normal  operation,  with  many  of  the  tests  being  performed  at  the  end 
of  a  bar  (sometimes  called  off-bar)  during  tha  time  the  antenna  is  transitioning  from 
ons  scan  direction  to  another.  Also,  other  checks  can  be  performed,  auch  asi  scanning 
system  transducers  for  evidence  of  arcing,  and  monitoring  peak  power,  voltage  standing 
wave  ratios  (V8WR)  and  over- temper etura.  Whan  abnormal  or  fault  conditions  exist,  the 
radar  system  can  indicate  ths  fault,  may  be  able  to  indicate  tha  severity  of  it  to  the 
operator,  and  may  abut  itself  down  to  prevent  damage  if  a  severe  fault  exists. 


Built-in-test  (BIT)  is  operator  initiated.  It  is  ths  capability  to  further  test  and 
isolate  failures,  generally  at  least  to  ths  line  replaceable  unit  level,  in  order  to 
give  the  operator  additional  information  on  the  system's  status  end  to  allow  maintenance 
personnel  to  fix  it.  In  most  instances,  initiation  of  BIT  removes  ths  radar  from  normal 
operation  for  several  minutes.  Ths  display  for  a  detected  ST  or  BIT  fault  is  usually 
separata  from  ths  main  radar  display,  although  short  messages  or  annunciations  may  be 
inserted  on  the  radar  display  to  cal  1  ths  operator's  attention  to  another  area. 

ELECTRONIC  COUNTER-COUNTERMEASURES  (BCCM) 

Requirement!  are  normally  Imposed  on  a  radar  system  for  SCCM  to  prevent  an  adversary 
from  jamming  or  daceiving  ths  radar  system.  These  can  be  inherent  BCCM  capabilities  due 
to  the  design  of  the  radar  (such  as  that  of  a  pulse  doppler  radar  versus  a  pulse  radar) 
or  active  measures  the  radar  may  taka  in  the  event  it  senses  it  is  being  jammed. 
Specific  BCCM  measures  and  techniques  used  will  not  be  discussed  in  this  volume,  as  they 
vary  considerably  from  radar  to  radar,  and  are  also  highly  dependant  on  tha  threat. 
However,  general  guidelines  for  tasting  are  included  in  Section  5.3. 

DEGRADED  AND  BACKUP  MODES 

Radar  systems  usually  have  provisions  for  backup  or  degraded  modes  of  operation 
depending  on  tha  particular  aircraft  and  radar  system  design.  For  instance*  if  tha 
inertial  navigation  system  (INS)  were  to  fail,  the  attitude  data  which  it  normally 
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provide*  to  the  nd«r  to  Miouln  antenna  stabilisation  would  ba  lost*  In  this  caaa, 
the  data  een.be  obtained  from  tba  HOC  rata  sensors,  but  the  radar  node  la  degraded  and 
spade- stabilisation  la  not  aa  effective*  In  another  case,  If  the  fCt  dare  to  fail,  the 
Ifli Wild  tak*  over  aa  the  aircraft  avionica  HBXIUI  controller,  but  the  radar  STT 
display  would  not  have  all  the  normal  target  data  on  it  ainoe  soars  of  it  waa  conputad  in 
the  FCC. 


Examples  of  backup  radar  modes  are  pulaa  aearch.  manual  track  and  flood.  Theaa  are 
■odea  which  allow  some  radar  capabilities  when  a  radar  failure  haa  occurred.  Pulse 
aearch  ia  a  backup  air-to-air  node  that  employe  a  low  PRF  pulaa  we-veform,  and  ia 
therefore  only  effective  in  look-up  aituationa.  All  antenna  aoan  patterns  and  range 
•calea  are  aelectable,  and  the  diaplay  ia  the  noraal  range  veraua  aaiauth.  Targeta  are 
displayed  according  to  the  amplitude  of  the  return.  Since  ground  clutter  obaourea 
airborne  target  returns  in  look-down  aituationa.  radar  returna  are  blanked  in  thia  node 
Whan  the  antenna  i-  tilted  down.  Pulse  aearch  oan  be  used  in  all  of  the  radar  automatic 
acquisition  modes  except  supersearch .  The  track  displays  are  the  same  aa  in  STT. 

Manual  track  provides  a  backup  angle  tracking  mode  in  the  event  the  nonaal  automatic 
angle  tracking  capability  ia  inoperable.  When  manual  track  ia  selected  by  the  operator, 
the  antenna  is  placed  in  a  two-bar,  narrow  acquisition  scan  pattern.  The  target  is 
tracked  by  placing  and  maintaining  the  acquisition  cursor  on  the  target  symbol  and 
adjusting  the  antenna  elevation  control  to  maintain  illumination  of  the  target.  The 
diaplay  is  similar  to  a  aearch  diaplay  excapt  that  only  a  small  area  is  scanned. 

Flood  mode  may  be  selected  aa  a  last  resort  backup  ranging  mode  for  air-to-air  gunnery. 
It  is  used  when  radar  track  cannot  be  established  in  the  normal  modes.  When  flood  is 
manually  selected,  the  radar  switches  to  a  separate  flood  antenna  and  ia  comnanded  to 
high  PRF.  Target  ranging  ia  manually  initiated  by  the  operator  and  the  radar 
automatically  acquires  the  nearest  target  within  a  two  mile  range  limit.  Targeta  are 
acquired  in  range  only,  not  angle.  The  closest  target  may  be  manually  rejected  and  the 
next  target  out  in  range  acquired,  if  so  desired.  Target  information  ia  displayed  by 
the  range  bar  on  the  HUD.  No  diaplay  of  radar  information  ia  provided  in  thia  mode. 

2*2.2  Radar  Integration 

In  order  to  accomplish  the  necessary  mission  tasks,  the  radar  ia  integrated  with  the 
other  avionic  systems,  usually  by  means  of  one  or  more  aircraft  avionics  Multiplex 
Busses.  A  common  type  is  the  MIL-STD  1553  data  bus  that  has  a  data  rate  of  one  megabit 
per  second  and  uses  Manchester  II  biphase  level  codes.  Numerous  aircraft  subsystems  may 
be  connected  to  the  MUXBUS.  A  dual  redundant  bus  is  often  used,  with  one  subsystem 
(such  aa  the  fire  control  or  central  coeiputer)  as  the  bus  controller,  and  another 
subsystem  (such  as  the  inertial  navigation  system)  serves  as  the  backup  bus  controller. 
All  transfers  of  data  are  controlled  by  the  bus  controller.  For  example,  the  bus 
controller  causes  aircraft  pitch,  roll  and  heading  information  tr  be  sent  from  the  INS 
to  the  HUD,  radar  (for  antenna  stabilisation  and  clutter  rejection),  and  displays.  The 
radar  sends  target  data  via  the  MUXBUS  to  the  fire  control  system  which  uses  this 
information  to  compute  and  display  weapon  delivery  selections. 

Also,  there  are  discrete  signals  (usually  to  and  from  the  radar  controls  on  the  stick 
and  throttle),  analog  signals  (such  as  attitude  information  from  the  navigation  system) 
and  video  sent  from  the  radar  to  the  displays.  An  interface  control  document  contains  a 
description  of  all  interconnections  between  the  radar  and  the  other  avionics  systems, 
controls  and  displays.  Figures  1(a)  and  1(b)  are  typical  radar  interface  diagrams— 
Figure  1(a)  shows  typical  discrete  and  analog  interfaces.  Figure  1(b)  shows  typical 
MUXBUS  interfaces,  and  Table  1  is  a  list  of  typical  data  communicated  between  the  radar 
and  other  systems.  Radar  integration  may  include  the  use  of  telemetered  data 
transmissions  to  exchange  target  information  with  other  detecting  and  tracking  systems, 
such  as  ground  or  airborne  early  warning  platforms,  or  other  fighters  and  interceptors. 

2. 3  Typical  Terms 

In  addition  to  the  terms  described  so  far,  several  others  are  used  in  this  volume. 
Ground  tests  refer  to  testing  or,  the  ground  with  the  radar  installed  in  the  aircraft. 
While  lab  or  ground  lab  tests  refer  to  those  accomplished  in  a  laboratory  setting 
usually  with  a  considerable  amount  of  external  simulation  and  stissilatlon  equipment 
required.  References  to  the  fighter,  the  aircraft  or  the  production  aircraft  are 
intended  to  address  the  radar-equipped  aircraft  with  the  radar  as  installed  in  its 
intended  use  vehicle  (as  contrasted  with  installation  in  a  testbed).  Targets  refers  to 
airborne  single  and  multiple  *lying  vehicles  (usually  another  aircraft,  but  also  could 
be  something  sueh  as  a  cruisu  missile)  which  can  be  similar  or  dissimilar  to  the  radar- 
equipped  airoraft.  Ground  moving  targets  are  normally  vehicles  on  the  ground  which  form 
a  pert  of  the  background  when  the  radar  is  in  an  a/a  mode  looking  down  towards  the 
ground. 

In  a  single-seat  aircraft,  the  terms  operstor  and  pilot  are  used  interchangeably  since 
the  pilot  is  the  radar  operator  (as  well  as  the  operator  of  many  other  systems),  whereas 
a  two-seat  or  more  aircraft  «my  have  a  separate  radar  operator.  In  either  case,  there 
should  be  little  difference  as  far  as  testing  is  concerned. 


Figur*  1(a)  Typical  Radar  oiacrata  and  Analog  Signal  Intarfacaa 


Figura  1(b)  Typical  Radar  KOXBUR  intarfaoaa 
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(Mt  tod  awlntlM  la  an  important  part  of  tha  d*««lopanti  production,  and  deployment 
of  •  radar  system.  Air-to-air  radar  system  taata  ara  porforaad  In  tha  laboratory,  in 
tha  aircraft  on  tha  ground,  and  In  flight — uaually  in  that  order.  Taata  performed  on 
tha  bench  la  tha  laboratory  ara  normally  tha  moat  convenient,  quickset,  laaat  expensive, 
and  safest.  Flight  taata  ara  tha  laaat  convenient,  taka  tha  loogeat  time,  ara  aoat 
costly,  and  praoaat  tha  graataat  danger  to  paraonnal  and  equipment.  They  alao  ere  aoat 
auaoeptibla  to  uneertaintiaa  in  tha  weather  and  availability  of  equipment.  hadar 
evaluations  should  be  performed  in  the  laboratory  before  Installation  in  tha  aircraft, 
whan  feasible.  dome  taata  that  can  only  be  performed  with  tha  radar  installed  in  tha 
aircraft  may  be  performed  oa  tha  ground.  Flight  tests  should  be  performed  only  whan 
neeesaary  and  only  whan  laboratory  and  ground  taata  hare  reduced  tha  uneertaintiaa  to 
tha  greatest  extant  feasible,  l.e. ,  maximised  tha  potential  for  aueeosa.  Soma  taata  can 
be  performed  only  in  flight i  and,  in  any  event,  flight  performanee  eventually  must  be 
da— mounted. 


Hie  beat  aagaamoa  for  an  a/a  radar  evaluation  ia  as  follows  •  1)  teat  individual  radar 
system  units  on  a  bench  (simulating  tha  pro sen oa  and  function  of  other  radar  units) •  2) 
teat  tha  full-up  system  in  e  lab  with  ail  tha  radar  units  operating  together,  3)  teat 
tha  radar  ia  an  aneeboie  chamber  she re  tha  external  environment  can  bn  wail  controlled, 
4)  evaluate  tha  radar  on  an  antenna  range  with  and  without  tha  r adorns  installed,  S) 
perform  ground  nmd  flight  taata  la  a  testbed  alreraft,  and  I)  perform  ground  and  flight 
testa  in  tha  production  aircraft. 

The  actual  prooeae  of  defining  teat  requirement*  may  be  initiated  by  determining  what  ia 
needed  in  tha  final  report/aasesament  by  tha  "customer*  (l.e.,  what  must  ba  known  about 
tha  system  to  make  necessary  decisions  such  as  proceeding  to  tha  next  development  or 
production  phase).  This  can  continue  through  definition  of  data,  analysis  and 
instrumentation  requirements,  and  laad  to  tha  definition  of  teat  conditions.  Other 
major  Sectors  which  Should  ba  included  in  tbe  test  dafinltion  process  ere*  the  kind  of 
testing  to  be  accomplished— diagnostic/ research*  development  or  operational,  and  the 
radar  status— whether  it  is  in  dsvalcpmsnt,  production  or  modification. 


The  kind  of  testing  to  be  accoapliahed  has  a  major  impact  on  tha  test  plan.  Diagnostic 
or  research  type  tasting  is  concerned  with  tha  evaluation  of  features  for  the  purpose  of 
design  development.  The  and  result  of  this  tasting  can  be  e  "go/no-go*  decision  for 
continued  development  or  a  recommendation  for  tbe  proposed  final  design.  Tha  intent  ie 
to  acquire  date  on  the  radar  under  test.  Usually,  no  established  criteria  are  imposed 
for  perfonsanos  acceptance  or  rejection,  rather  tha  objective  is  to  determine  whether 
the  radar  system  design  has  tha  potential  to  do  the  job  for  which  it  was  conceived. 
Development  Test  and  Evaluation  (DTfcE)  ia  concerned  with  tha  performance  evaluation  of 
the  final  radar  system  design.  The  principal  method  of  evaluation  is  the  quantitative 
measurement  of  the  radar's  ability  to  perform  its  intsndsd  functions.  0TII  is  primarily 
intended  to  evaluate  radar  specification  compliance.  Operational  Teat  and  evaluation 
(OTaF)  is  conducted  using  the  production  version  of  tbe  radar  to  asaasa  its  ability  to 
accomplish  tha  intended  operational  mission  and  to  establish  operational  procedures. 
Operational  testing  is  primarily  concerned  with  mission  performance.  Mills  sane 
specific,  quantitative  requirements  ere  imposed,  teat  criteria  for  operational  testing 
often  are  of  a  qualitative  nature.  Nora  details  on  DTfcE  and  OTII  ara  contained  in 
sections  3.1  end  3.2,  respectively.  It  should  ba  reoognised  that  research,  DTfcE  and 
OTil  are  not  mutually  exclusive,  rather  that  the  differences  ere  primarily  ones  of 
■aphasia .  For  exampla,  research  testing  often  produces  data  that  result  in  a  major 
design  change.  However,  DTfcE  may  also  result  in  changes,  requiring  tasting  to  a  depth 
sufficient  to  allow  engineering  analysis  of  the  problem.  A  "go*  or  "no-go"  answer  often 
ia  not  sufficient.  On  the  other  hand,  DTfcE  cannot  ignore  mission  suitability  whan 
evaluating  a  new  design.  Compliance  with  published  specif ications  is  not  sufficient  if 
DTfct  reveals  an  operational  problem.  DTfcE  should  reflect  mission  requirements  when 
appropriate.  Most  test  programs  ere  bounded  by  time  and  resources  constraints .  One 
method  of  staying  within  these  limits  during  a  teat  program  ia  to  combine  DTfcE  end 
portions  of  OffcE  testing,  using  the  same  data  for  independent  evaluations. 

A  teat  plan  ties  together  test  objectives,  priorities,  milestones,  test  and  engineering 
interfaces  and  reaponalbllitiee,  devslopment  and  operational  taat  requirements,  end  tbe 
flow  and  structure  of  the  tests  to  bs  performed.  A  review  of  any  previous  analyses, 
modeling  or  teats  cm  tha  system  should  bs  mads  to  help  determine  what  to  test  end  for 
the  establishment  of  taat  priorities.  Detailed,  prioritised,  and  structured  taat 
objectives  most  ba  laid  out  ia  advance  and  than  systematically  accomplished.  it  should 
be  recognised*  and  tha  planning  should  aeec— odate,  changing  system  performance 
requirements  due  to  threat  change*,  technology  changes,  mission  changes,  aupportability 
problems,  nmd  changas  in  tha  operational  concept .  Section  3.3  contains  further 
information  on  radar  test  plana. 

Mdar  specifications  fora  the  "ooo tract"  which  defines  what  tha  system  is  supposed  to 
do,  and  any  also  state  haw  that  performance  will  ha  measured  and  evaluated.  A 
specification  has  its  limitations,  especially  if  it  fails,  to  convert  tha  operational 
parfoqsanae  requirements  into  tha  appropriate  set  of  teehaioal  tax—.  xt  ah— id  define 
the  test  strategy  explicitly,  including  taat  requirements,  end  define  what  — wag-sat 
structure  is  weeded  far  ti— iy  feedback  to  —so—  tha  teat  program  aad  support  program 
decisions.  More  iaforaatioa  —  radar  specifications  is  contained  in  section  3.3. 
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ru#  tut  tad  mUwUM  ptftattl  thmld  fartlolftu  la  dttlgn  review  to  gather 
kiowrtti  on  Imt  the  seder  system  Is  la  tended  to  perform,  whet  should  be  tested,  end 
to  dttesalse  the  tffeott  of  ear  eye  ten  configuration  sh  sagas  oa  the  test  prograau  They 
should  alee  maaltmr  the  are  |t  use  of  modeling,  elauletlee  end  leb  tests  to  better  decide 
that  to  flight  teat,  gel*  la  e  critical  eetivity  sinae  the  leteat  weapons  systens  ere 
so  htgblor  integrated,  with  nultiple  shared  controls  end  displays,  that  the  testing  aey 
sot  break  out  rader-otly  errors  but  will  only  give  ee  indication  of  the  overall 
capability. 

3,1  Pevolowaant  Test  end  tvelueUoo 

Development  Test  end  Evaluation  is  deflaed  ee  that  testing  end  evaluation  used  to 
aeeaure  syeten  development  progress,  verify  eocenpllshaeat  of  developnent  objectives, 
end  to  determine  if  theories,  techniques,  end  neterlel  ere  preetieeblet  end  if  eystens 
or  itoes  under  development  ere  technically  sound,  reliable,  safe,  end  eetiafy 
■pacifications  (Ref  1).  The  nejor  objectives  of  OVU  ere  tot 

•  Assess  the  critical  Issues,  as  specified  in  pc ogres  doc  unset e 

•  Determine  how  well  the  contract  specifications  have  base  ant 

•  Identify  end  report  syeten  deficiencies 

-  Determine  syeten  conpetibility  end  interoperability  with  existing  end  planned 
equipment  or  systems 

-  Report  reliability  in  relation  to  the  approved  reliability  growth  plan,  end  to 
estianta  Maintainability,  availability,  end  logistics  eupportebillty  of  the  system  at 
austerity 

•  verify  that  the  system  is  aefe  and  reedy  for  oval 

-  Validate  my  configuration  changes  caused  by  correcting  deficiencies,  nodi float ions, 
or  product  improvements 

-  Asaesa  hueen  factors  and  identify  limiting  factors 

-  Assess  the  technical  risk  end  evaluate  compliance  with  the  specifications ,  in  relation 
to  operational  requirements  (ineluding  reliability,  maintainability,  end 
nweilnbility),  lifecycle  costs,  end  program  schedules 

-  Determine  system  response  or  hardness  to  the  nuclear  end  conventional  environments  in 
order  to  support  system  survivability  assessment  ee  directed,  end  eseeae  system 
vulnerability,  including  hardness  features  and  radioelectronic  combat  vulnerability 

-  Verify  the  accuracy  and  completeness  of  the  technical  orders  developed  to  Maintain  end 
operate  the  weapon  system 

•  Gather  information  for  training  programs  end  technical  training  Materials  needed  to 
support  the  weapon  syeten 

-  Provide  information  on  envirorunental  iasues  to  be  used  in  preparing  environmental 

impact  statements 

-  Determine  system  performance  limitations  end  safe  operating  paramaters 

is  stated  previously,  OKI  cannot  ignore  the  system’s  operational  requirements,  end 
therefore  should  not  be  so  United  in  ecope  that  it  is  designed  to  only  teat  within  the 
specification.  flame  operational  "flavor"  should  be  given  to  planning  the  DTSB  test 
conditions.  it  in  helpful  to  have  pilots  with  operational  experience  participating  in 
OTtS,  (simulation  as  well  as  flight  teat)  as  it  is  still  early  enough  in  the  life  of  the 
radar  system  to  moke  changes.  However,  the  intent  of  DTSE  is  to  get  nultiple, 
repeatable  samples  using  specific  dedicated  test  conditions.  DTSE  is  acme  tinea  used  for 
verification  that  the  radar  subcontractor  met  the  requirements  of  the  aircraft  prime 
contractor,  who  in  turn  must  asst  the  overall  weapons  system  requirements  of  the 
customer .  it  can  also  bn  used  to  obtain  a  eevi fleets  of  airworthiness,  if  required. 


rational  Teat  end  Evaluation 


Operational  Vest  end  Evaluation  is  defined  ee  testing  end  evaluation  conducted  in  as 
realistic  an  operational  environment  ee  possible  to  satinets  the  prospective  system's 
military  utility,  operational  effeetivennae,  end  operational  suitability  (Ref  1).  In 
addition,  operational  test  end  evaluation  provides  information  on  organisational  end 
personnel  requirements,  doctrine,  and  taetica.  Also,  it  should  provide  data  to  iupport 
or  verify  materiel  in  operating  instructions,  publications,  and  handbooks.  The  major 
objectives  of  ONE  era  tot 


•  Evaluate  the  operational  effectiveness  end  operational  suitability  of  the  system 

-  Answer  unresolved  critical  operational  issues 

-  Identify  end  report  operational  deficiencies 

-  kaonmmend  end  evaluate  changes  in  system  configuration 

•  Protide  information  for  developing  sad  refining « 

-  Logistics  end  software  support  requirements  for  the  system 

-  Training,  taction,  techniques,  end  doctrine  throughout  the  life  of  the  syeten 

-  Provide  information  to  refiam  operation  end  support  (Qw)  coat  estimates  end  identify 
eyetme  characteristics  or  deficiencies  that  cam  algal fieeatly  effect  OM  coats 

•  Determine  if  the  technical  pmhlloatieaa  mad  support  equipment  ere  adequate 

-  Assess  She  survivability  of  the  system  ia  the  operational  eavlronment 


OTAR  usmally  will  be  contested  in  two  phases.  Initial  Operational  tent  mad  Evaluation 
( lOTSE)  and  Mlovw  Operational  That  and  Evaluation  (POME),  each  hayed  to  an 
appropriate  pro gran  decision  point  or  milestone.  OTAR  earn  be  continued  as  necessary 
during  sad  after  the  production  period  to  refine  estimates,  to  evaluate  ehengee.  sad  to 
reeveluate  the  system  to  ensure  that  it  continues  to  meat  operational  needs  sad  retains 
its  effectiveness  in  a  new  environment  or  against  a  new  thrust. 
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WNI  i«  normally  Mto^UiM  trier  to  the  first  major  production  decision  to  support 
the  sefsieMiee  dbjeotlvee.  Planning  for  nvtt  shoo  id  begin  os  early  os  possible  in  the 
aegaloltlm  prooc ss.  iotas  is  eoesliy  conducted  os lay  praproduotlon  item,  prototypes, 
or  filet  protoot  ion  itsns  doe  to  the  timing  of  testinp  with  respect  to  the  production 
dee le ice.  Bomver,  thorn  item  met  bo  sufficiently  representative  of  the  production 
srt&ele  to  provide  s  vs  lid  setlaet*  of  the  operstieosl  effectiveness  end  suitability  of 
the  prodat.iOa  syitts.  During  IOTAS,  operational  defieleeoios  end  proposed 
configuration  change*  should  bn  identified  as  early  na  possible.  Zt  la  especially 
1  Op  often t  to  provide  aa  realistic  as  possible  an  operational  environment  for  XOTtB  in 
order  to  assure  that  psrformncs#  safety,  nalntalnabi lily,  reliability,  husnn  factors, 
end  loglstlos  supporfeabillty  criteria  oan'bs  evaluated  under  conditions  slnilsr  to  those 
that  wilt  exist  when  the  eyutem  is  pot  into  operation. 

POreS  la  conducted  to  refine  the  initial  aetinatee  nade  during  ZOTOB  and  to  ensure  that 
production  article  perfomsoee  and  operational  effeetiveaesa/ealtabillty  is  equal  to  or 
greater  then  the  preproduotioa  article.  POTSS  is  used  to  verify  that  defieienoiee 
previously  identified  have  been  r candied  and  any  new  deficiencies  are  identified  and 
corrected,  rotas  also  evaiaatee  organisational  and  personnel  requirements,  logistics 
support,  doctrine  end  tactics  for  taployaeat  of  the  system.  Testa  will  be  oonduoted  to 
evaluate  aystee  configuration  changes  and  race— and  release  prior  to  production 
lncorporatlcn.  Completion  of  the  yores  objectives  should  provide  sufficient  operational 
data  to  support  iatrod  ctioa  of  the  radar  systen  into  the  active  inventory. 

When  ooofa land  DTaS  and  ores  is  conducted,  the  aeeesenry  test  conditions  and  test  data 
required  by  both  test  types  mat  be  achieved  and  acquired.  The  DTAB  and  OKI  agencies 
nuat  insure  that  the  contained  test  is  p lamed  and  assented  to  provide  the  neoessery 
developnent  end  operational  test  infornation.  it  is  that  both  agendas 
participate  actively  in  the  test  and  provide  independent  evnluntioas  of  the  results. 
The  philosophy  to  be  used  is  that  OTSB  la  e  logical  extension  of  DTtS,  and  that  n  single 
integrated  test  plea  a  an  bn  writtnn  to  incorporate  nil  the  objectives  and  teat 
conditions.  Testa  of  e  funetioa  will  usually  be  ecconplished  first  as  a  part  of  DTaS 
prior  to  using  the  function  during  an  operational  asaesamat.  This  serves  to  niaiaise 
the  occurrence  of  "surprises*  in  OTIS. 

OTSS  should  use  an  operationally  configured  radar  ayatea,  aaintained  in  an  operational 
aevironaaat,  especially  since  the  oral  prograa  aay  have  a  highly  aodlfiad  avionics  suite 
and/or  have  the  ayatea  aaintained  by  engineers  not  representative  of  the  normal  field 
Maintenance  skills.  OTSB  should  be  acoaaplished  by  operational  end  support  personnel  of 
the  type  end  gualif ications  of  those  expected  to  uae  and  aaintain  the  ayatea  when 
deployed.  Sven  so,  the  failure  data  gathered  (such  as  Keen  Tina  Between  Pci  lure  -  MTSP) 
should  still  be  looked  upon  aa  preliainary  since*  1)  the  naintenanae  concepts  used  in 
OTSB  end  early  OTSB  my  be  different*  2)  the  only  technical  orders  sveileble  aay  be 
preliainary;  and  3)  special  test  equlpaent  (STB)  ia  often  used  since  thv  production 
outcast lc  teat  equipment  (STB)  la  usually  not  available  at  that  point  in  the  prograa. 

A  good  eroes-sectlou  of  pilota/aperatora  should  be  used,  with  varying  backgrounds  (sum 
ee  boatoer/atteek  and  fighter/ intarcap  w),  and  different  experience  levels.  Zn  fact,  it 
aay  hr  found  that  it  is  acre  difficult  for  more  experienced  personnel  to  transition  froa 
another  ayatea  (such  as  e  previous  generation  radar)  than  it  ia  for  those  with  little 
9 r  no  prior  experience  to  bacom  proficient  in  ayatea  operation.  Also  to  be  noted,  is 
that  if  the  aeae  pilots  do  OKI  ee  do  DTAS,  they  aay  have  too  auch  familiarity  with  the 
rystaa  to  neks  Accurate  operational  assessments,  ms  OTSB  pilot  does  need  to  have  aoae 
experience  with  sla'lar  types  of  radars,  otherwise  very  important  qualitative  coaaants 
on  controls  and  diep:  eye.  and  ayatea  mechanisations  will  not  be  as  useful  or  as  relevant 
with  respect  to  the  operational  environment.  The  pilot  say  net  put  the  eaphesis  on 
problems  or  •  *t.\  jut Ion  in  the  cor. act  area.  For  example,  the  inexperienced  pilot  aay 
wot  have  the  background  to  determine  which  nodes  are  operationally  critical  (semthing 
not  contain#*  in  a  specification),  and  therefore  where  to  place  the  correct  teat 
emphasis  in  a  time  end  funding  constrained  test  program. 

Typically,  theta  are  three  levels  of  OTSB  evaluation  criteria*  thresholds,  standards  and 
goals.  Thresholds  are  quantitative  oi  qualitative  ainiaua  essential  levels  of 
perforaence/cnpability  that  permit  mission  accoaplishaant.  Standards  are  quantitative 
or  qualitative  levels  of  pa  fomcnoe/capebility  that  will  satisfy  the  operational 
requireaeats  established  for  a  fully  operational  system.  Qoals  er.e  quantitative  or 
qualitative  levels  of  perforaance/oapebility  that  will  enhance  the  eyateau 

OTSB  radar  test  objectives  my  oroes  several  mode  bounds  (i.e.,  detect,  acquire  and 
track  a  target)  where  e  DTaB  objective  aay  only  be  accomplished  by  keeping  the  radar  in 
one  node  fo;  the  length  of  the  run.  OTSB  tests  my  also  uae  a  mode  not  originally 
deeigaed  or  toeted  so  such  ia  BTaB  to  ovalmte  its  operational  usefulness— for  exaaple 
using  e  ground  map  node  to  look  up  sad  try  to  detect  weather  or  targets,  or  an  e/e  low 
PSP  node  for  detection  of  wmthor.  The  operational  environment  should  also  have  seas 
influence  on  STAB  sieoe  it  should  have  influenced  the  apse  1  flea tlon  requirements,  for 
exnaplv,  the  specified  radar  mini  am  range  detection  should  net  bo  Paced  solely  on  the 
achievable  signal  char. voter  1st  ice  but  on  the  minimum  operationally  useful  rung*  given 
the  weapons  nod  taction  to  be  employed.  OTSB  teotlag  my  even  find  modes  that  ere  in 
the  spe«*f*eatie»  and  Implemented  ia  the  radar  (sad  aay  even  amt  thn  epaci  float  ion 
requirements  ee  detomlned  ia  DTSB)  that  aren’t  really  useful  operationally,  for 
•x amp  le,  a  low  MP/uplook  search  mode  aay  not  real  ly  add  such  in  detection  rang*  versus 
the  increase  in  displayed  clatter  given  the  limited  operating  envelope.  Also,  the 
usefulness  of  a  node  versus  the  mechanisation  complexity  end  operator  time  required  to 
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etotai*  1%  way  tieut*  th*t  Um  pi*  to  (Ualuttot  wd  this  feat  My  not  to  dltoomad 
dim  tow  f«dv  ie  plteed  la  aa  oni  Oferulag  environment.  Any  discrepancies  totww 
tow  enter  tMlfieitloa  ud  tetuel  ay* taw  latlllutlw  ihotod  ba  ldwtlfied  as  mm  h 
(tonally,  tha  sooner  thaaa  d&wrapiiMiai  era  dattiwdt  tha  cheaper  ud  aaalar 
It  la  to  |«t  ttoa  Ntolwd. 

•towftotitlw  (tartlof  conditions  atould  ba  specified  tor  tha  oval  taata  by  involving 
tow  efarttw  tad  oonduatlay  tha  taata  la  an  operationally  reallatlo  environment.  Tha 
ebjaotlva  ia  often  not  juat  radar-only  but  involves  overall  weapon  oyaton  performance, 
i.e.,  a  mission  objective,  for  example,  an  objective  of  Intercepting  and  abootlng  down 
a  target  requires  the  pilot  to  aoe  hla  own  oaparleooe  and  teohnlqeae  aa  well  aa  the 
capabilities  of  the  radar  coupled  with  the  aircraft  waapona  ay  a  tan.  ONI  toatlng  nay 
oae  ftewd  oontrcllara  and  target  data  haadoffs  frow  other  aircraft  <aoch  aa  other 
longer  ranpe  tighter s/lnteroeptora  or  airborne  eerly  warning  aircraft)  to  gonorolly 
locate  target*  and  help  Identify  than  In  oonoert  with  tow  a/a  niroraft  radar  ayatan 
under  evaluation •  fbera  still  exists  a  reguirewent  tor  bom  well-defined,  repeatable 
oru  coeaarloe  which  are  operationally  acceptable,  These  should  ba  baaed  on  operational 
aiaaion  profiles  and  will  help  determine  whet  the  pilot  can  expect  to  consistently  aaa 
under  these  condition#. 

OTei  taotioc  development  takes  into  account  what  the  radar  ayataw  oan  and  cannot  do,  and 
also  takas  advantage  of  other  alroraft  in  operational  scenarios  ainoa  a  fighter  ia  not 
always  by  itself  in  the  arena.  Tactics  avolva  free  answers  to  questions  such  sat  what 
ia  the  best  wey  to  use  the  system?  and  what  aaku  it  most  useful?  Test  conditions  may 
involve  numerous  elrcreft,  including  lvl  (one  radar  teat  aircraft  versus  1  target),  2vl, 
lva,  2va,  av4,  4v4,  sad  4  versus  away.  This  large'  number  of  aircraft  can  also  be  used 
to  evaluate  areas  such  es  co- channel  interference  between  like  and  unlike  aircraft 
radars . 

There  oan  ba  several  limiting  factors  to  tha  aucoaaaful  accomplishment  of  oral.  the 
nuaber  of  test  radar— equipped  aircraft  may  ba  limited,  and  tha  availability  of 
interfacing  subsystems  may  ba  limited  (especially  if  tha  radar  la  part  of  a  whole  new 
avioni*  suite).  Thera  may  ba  an  initial  lack  of  production  support  equipment,  limited 
munitions  capability,  limited  test  rang*  airspace,  and  limited  capability  to  deploy  to 
ramotm  sites  which  then  deleye  or  precludes  specialised  teats  end  limits  others  to  only 
one  «nviro«MBent . 

The  detailed  test  techniques  sectiona  of  this  volume  incorporate  both  DTtI  end  OTax 
radar  taat  objectives .  since  various  testers  may  have  different  dividing  lines, 
definitions  and  requirements  for  OKI  and  oral  (or  may  not  make  any  distinction  at  all), 
tha  teat  techniques  sactions  arc  organised  such  that  they  can  ba  used  regardless  of  tha 
OTU/0TIK  definitions  used. 

3.3  specification  Kaqoiransnts 

Tha  opacification  ia  the  starting  point  for  planning  the  evaluation  of  either  a  newly 
developed  radar  or  modifications  to  an  existing  ay  stem.  It  is  based  on  an  error  budget 
tor  th*  overall  weapon  system  given  tha  user  requirement* ,  and  ia  a  part  of  the  contract 
between  the  user  and  tha  radar  manufacturer.  Tha  specification  defines  the  system 
performance  requirements  and  may  also  define  the  verification  requireswnte .  It  dafinas 
which  mods#  tha  ayatan  will  contain,  mods  prioritiaa  and  intarfacas  with  othar  avionics 
systems  (auch  as  data  tranafar.  commands  and  displays).  It  normally  describes  what  tha 
modaa  and  submodes  will  accomplish,  but  not  th#  detailed  nethods  of  implementation.  The 
specification  will  define  system  capabilities  end  accuracies  such  es  an  overall  radar 
syatws  operating  envelope  (e.g.,  altitude  end  velocity  lisdts) ,  an  envelops  for  each 
mode  (e.g.,  opening/closing  velocities  end  maneuvering  limits),  capabilities  (for 
etaapie,  to  detect,  acquire  end  track  an  airborne  target)  and  accuracies  (such  aa  tha 
mean  and  standard  deviation  of  target  range-rate  error  under  non-maneuvering  versus 
mansuvering  conditions). 

The  specification  will  define  which  radar  oepabilitiee  suet  be  demonstrated  by  flight 
test  »nd  which  ones  by  other  methods  (auch  as  analysis  or  laboratory  demonstration) . 
However,  just  becauss  tha  specification  does  not  require  a  flight  teat,  this  does  not 
mean  that  one  cannot  or  should  not  be  performed.  The  verification  section  may  define 
actual  flight  test  conditions,  but  if  not,  it  identifies  tha  accuracies  which  will  have 
to  be  demonstrated  under  a  variety  of  flight  test  conditions.  This  will  influence*  1) 
the  types  of  test  conditions;  2}  the  sample  si  sea  required  based  on  eveileble  test  time, 
ooaparlacns  with  other  modes,  end  desired  eonfldenoe  levels  and  intervals;  3)  tha  type 
mnd  mount  of  instrumentation  and  data  -  tooth  qualitative  (such  ea  operator  comments)  or 
quantitative  from  e  variety  of  sourees;  and  4)  tha  analysis  techniques,  formats  and 
presentation  of  results.  The  required  flight  testing  may  be  put  in  terms  of  verifying 
the  ground  computer  simulation  of  radar  performance  in  order  that  the  entire  performance 
•nvtlope  can  be  extrapolated  from  fewer  flight  conditions.  If  so,  the  flight  test 
conditions  must  duplicate  those  simulation  points  to  be  used  in  order  to  beat  determine 
if  the  results  do  properly  compare . 

The  spec!  fleet  ion  is  an  interpretation  of  tha  operational  need  and  must  contain  inputs 
from  th*  operational  users  and  tenters.  tor  example,  tha  radar  specification  detection 
-sage  any  ba  baaed  on  e  3d  eecood  pilot  interpretation  time  (which  includes  lock-on, 
identification  of  tha  tracked  target  as  the  oorrect  one,  missile  lock-on  and  launch) . 
The  specification  verification  requirements  need  to  be  realistic,  end  the  testers  should 
be  involved  ia  writing  and  reviewing  it  early  in  tha  process  ia  order  to  revise  it  if 


MMiury^  Too  ottan,  the  tooting  community  ends  up  in  thi  rolo  of  Interpreting  what 
the  specification  writer  meant  when  covering  i  particular  subject,  ini  oon  guooo  wrong* 
to o  verification  oootion  nest  bo  roaiistio  and  doaonitrift!?  for  it  to  bo  of  any  uao.  It 
ia  important  to  eioarly  atato  what  ia  to  bo  measured  it  unambiguous  tonaa  to  avoid 
misinterpretation.  Sometimes  tho  specification  do  fin  it  Ion  ia  ao  poorly  atatod  that  it 
oannot  bo  varifiod.  For  oiaaploi  tiao  to  atablo  track  nay  bo  eallod  out  aa  a 
measurement,  but  if  tho  otart  and  atop  tlaoa  aro  not  defined,  it  oannot  bo  aoaaurod  or 
evaluated.  This  rsqulrsnsnt  oould  bo  otatod  auoh  that  tho  otart  tine  ia  when  tho  pilot 
iaitlatoa  look -on  (designates)  and  oada  whan  tho  traek  aoeuraey  paraaatora  ( target 
mag?*  range  rata  and  aagla)  done  within  tho  two  oigaa  valuoa  of  otoadyateto  accuracy 
requi-oaeat*.  Whoa  tho  opecif ioation  dofiaaa  a  parameter  accuracy  in  toraa  of  a 
itMhjfd  deviation,  not  only  ahould  tho  aeon  bo  defined  (to  eliminate  the  uao  of  elooely 
grouped  but  biaaad  data  to  meet  tho  requirement),  but  it  ahould  alao  define  over  what 
oaapla  aiao  tho  definition  ia  appropriate.  Thia  concentration  co  thv  clarity  of  the 
opacification  dafinitiona  ia  partly  duo  to  tho  amdern  economic  environment,  l.e.,  a 
radar  manufacturer  oannot  afford  to  overbuild  tho  ayatam  relative  to  tho  raquireamnta, 
therefore  tho  performance  of  modern  radar  ayotema  la  much  eloaer  to  poaolbly  not  mooting 
tho  apocifieation.  Thia  requires  very  exacting  toot  planning,  coodltloea  aud  procedures 
for  evaluation. 

Tho  teat  program  auiat  alao  enaure  that  tho  radar  waa  not  doalgnod  to  meet  only  tho 
apocifieation  verification  teat  conditions.  for  oranplo,  if  tho  radar  ia  required  to 
detect  targato  of  a  wide  variety  of  radar  eroas-aeotions  (KCS),  but  tho  verification 
section  calls  out  tho  flight  testa  be  conducted  with  a  five  square  mater  target,  flight 
testa  should  alao  uao  other  also  targets  to  ensure  tho  radar  design  waa  not  optimised 
for  one  aisa  target  and  performance  suffers  when  using  others.  Tho  design  assumption  of 
target  kCS  affects  soon  rate  and  refresh  rate  (especially  for  vary  abort  range  targets), 
which  can  then  affect  situational  awareness  in  the  tradeoff  with  detection  performance. 
Also  important  ia  the  knowledge  of  the  RC8  of  the  targets  that  are  used  for  detection 
range  tooting  and  whether  they  are  operationally  representative.  If  the  Ml  of  the 
target  used  for  testing  differs  from  that  required  in  the  specification,  the 
specification  should  define  the  method  for  extrapolating  the  measured  radar  performance 
to  that  which  would  have  been  achieved  using  the  specified  target  RC8.  Thia 
extrapolation  method  ia  very  important  and  may  only  be  correct  for  a  limited  target  Ml 
envelope,  particularly  with  respect  to  scaling  the  results  to  a  considerably  smaller 
target,  since  the  terrain  background  haa  a  large  impact  on  detection  performance,  nils 
also  points  out  the  need  for  accurate  and  consistent  data  on  target  RCS  and  terrain 
backscatter  coefficient  (gaums). 

The  specification  may  also  be  written  to  include  a  requirement  that  the  final  production 
configuration  for  some  radar  capabilities  be  based  on  flight  test  results.  Examples 
include i  target  track  coast  time  through  the  doppler  notch,  ACM  mode  scan  pattern  else 
and  direction,  and  target  prioritisation  for  track-while-scan  mode.  Plight  tests  may 
also  be  set  up  to  determine  radar  performance  limits  or  to  provide  sufficient  data  to 
extrapolate  performance  to  greater  limits.  If  a  specification  flight  test  condition  is 
not  practical  or  achievable  during  the  test  program  (such  as  specific  weather 
conditions),  the  testers/users/program  managers  may  have  to  collectively  decide  whether 
the  specification  is  sufficiently  met.  This  nay  be  based  on  analysis  and  any  similar 
tests  which  have  been  accomplished  that  indicate  specification  performance  would  have 
been  successfully  achieved. 

For  a  radar  which  ia  designed  to  interface  with  other  elements  of  the  avionics  suite, 
the  specification  should  alao  include  a  definition  of  the  data  and  data  rates  required 
to  support  the  other  systems  and  weapons.  Also,  the  latency  of  the  data  on  the  MUXBU8 
to  and  from  the  radar,  the  time-tagging  of  the  data,  the  interleaving  of  nodes,  and  the 
method  of  sharing  displays  all  need  to  be  well  defined.  This  definition  is  also  a 
necessity  for  the  beat  as lection  of  instrumentation  systems  for  flight  testing.  Any 
acceptable  degraded  capabilities  should  be  defined,  as  well  as  the  pilot/vehicle 
interface.  This  includes  the  awitchology  and  the  requirement  that  the  display  be  easily 
interpreted.  As  a  part  of  the  detection  performance  requirements,  the  clutter 
background  and  multipath  environment  should  be  defined  as  long  as  the  definition 
incorporates  that  which  is  available  at  the  actual  test  sites. 

Some  radar  flight  test  programs,  such  as  those  for  reeearoh,  may  not  have  a 
specification,  but  may  instead  have  objectives  for  what  the  system  should  do.  This  type 
of  test  program  may  be  set  up  to  evaluate  whether  the  technology  is  at  the  point  to 
support  a  radar  mode  or  capability,  and  determine  if  it  worked  in  the  laboratory — will 
it  work  in  flight?  This  may  include  the  use  of  mission  scenarios  and  an  operational 
requireamnts  team  to  develop  some  measures  of  performance.  These  can  then  be  used  to 
judge  if  system  development  should  continue,  and  what  performance  the  radar  must  have  in 
order  to  be  competitive. 

3.4  Teat  Reoulrsmsats 

Flight  testing  in  addition  to  that  explicitly  called  out  in  the  radar  specification  will 
most  likely  be  required  to  determine  the  overall  performance,  functional  adequacy  and 
operational  effectiveness  of  the  radar  system.  A  specification  verification  is  not  all- 
encompassing  since  it  ia  often  aeeoavUshed  only  at  a  few  points  within  the  system 
operating  envelope  and  may  not  realistically  represent  the  conditions  under  which  the 
system  will  actually  be  operated.  Also,  a  radar  mode  or  capability  may  meet 
specif  ioation  requirements  but  be  operational  ly  unacceptable,  or  conversely,  may  be 
operationally  acceptable  even  though  it  done  not  meet  the  system  specification.  If  too 
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much  Mptetii  la  put  on  only  a pacification  tailing*  tha  trua  capabilities  or 
shortcomings  of  tha  system  nay  not  bo  determined— only  whether  or  not  it  aaata  a 
particular  apacifioation  requireamot.  for  example,  if  tha  radar  system's  air-to-air 
specification  Cat  act  ion  range  waa  51  mb  and  tha  taat  was  initiated  only  juat  outaida 
that  range*  tha  evaluation  nay  show  that  tha  apacifioation  n unbar  waa  net,  but  tha 
system's  trua  detection  range  could  actually  be  conaiderably  greater  if  tha  taat  had 
bean  act  up  to  fully  exereiae  tha  capability.  To  be  oonaidered  ia  tha  poeaibility  that 
tha  taat  poiata  called  out  in  tha  opacification  nay  no  longer  be  appropriate  alnce  tha 
operational  arena*  tha  threeto  and  approaohea  to  tha  throata  nay  have  changed  aineo  the 
apeaifioation  waa  originally  conceived.  hlao*  if  tha  a pacification  oella  out  too 
apeeifio  a  teat  condition  (auob  aa  what  aircraft  typea  to  uaa  for  targeta).  problana  nay 
arlaa  whan  teat  aupport  ia  no  longer  available  (auch  aa  whan  tha  apecified  target 
aircraft  are  retired). 

(com  additional  topica  ahould  be  oonaidered  whan  planning  or  conducting  a/a  radar  flight 
tneta.  The  flight  taat  engineer!  ahould  participate  in  tha  radar  preliminary  and 
crltioal  design  raviawa  (tha  onaa  covering  aoftwara  are  uaually  nore  relevant  than  thoaa 
an  hardware  since  they  oovar  tha  system  operating  nodea)  with  the  deaign  and  operational 
pnxaonnal.  Thoaa  revlawa  are  quite  helpful  ia  giving  an  early  indication  of  how  tha 
ayatan  will  operate  and  can  provide  valuable  intonation  on  how  to  beat  plan  tha  ayatan 
evaluation.  The  radar  flight  teat  engineer!  ahould  alao  obaerve  and  participate  in 
ground  laboratory  taata  which  uaa  tha  radar  alone*  and  thoaa  which  integrate  tha  radar 
with  tha  reminder  of  tha  avionica  aulta.  lhla  will  allow  than  to  bettar  aaaaaa  what 
flight  teatiag  ahould  be  acconpliahad  and  how  it  ahould  be  dona  to  help  anaura  nore 
efficient  and  productive  flight  tia»e.  Further  detail  on  ground  ainulation  and  taat  can 
be  found  in  a action  6.  Teat  plan  working  groupe  ahould  be  forced  and  neat  regularly  to 
diaeuaa  and  agree  on  iaauaa  (auch  aa  taat  objeetivea*  taat  condition!*  aupport 
requirements,  data  proeeaaing  and  analyaia)  aaong  all  tha  taat  participant!.  Thia  ia 
alao  a  good  forun  to  include  any  taat  iaauaa  or  ooncarna  from  other  aganciaa*  auch  aa 
taat  data  requirements  to  conatruct  operational  trainara  and  ainulatora,  and  data  to 
par fore  aurvivabllity/vulnarability  analyaea. 

In  order  to  eaka  batter  uaa  of  tha  available  taat  time,  it  ia  noat  helpful  to  have  tha 
weapona  ayatan  Concept  of  Operation!  in  order  to  prioritiae  the  oral  taat  conditiona, 
and  beat  plan  for  oral.  Thia  will  tend  to  keep  tha  taat  conditiona  at  leaat  somewhat 
realietio.  Tha  taat  planning  proceaa  ahould  incorporate  tiaw  and  funding  proviaiona  for 
retasting — either  whan  critical  taat  paraamters  have  not  been  satisfied  during  tha  test 
and  it  was  therefore  unsuccessful,  or  wt*n  changea/fixea/updates  are  made  to  tha  radar, 
hatesting  due  to  ayatan  configuration  changes  ia  often  terawd  "functional''  tasting. 
Section  4.2.1  contains  further  details  and  suggested  functional  flight  test  conditiona. 
While  no  exact  figures  are  universally  applicable*  eoaie  experienced  tasters  have  used 
figures  of  2S  to  30  percent  to  be  added  tn  the  required  evaluation  achadule  to 
accomodate  retesting  requirements.  When  revisions  to  the  radar  systeai  are  made  (such 
as  through  engineering  change  proposals),  the  flight  teat  engineers  am  at  be  allowed  to 
participate  in  the  planning  and  approval  proceaa  to  insure  that  the  flight  test 
requirements  are  incorporated  for  each  proposed  system  change. 

The  test  requirements  definition  ahould  determine  the  required  radar  instrumentation 
capabilities  and  accuracies,  as  well  as  the  reference  system  to  be  used  and  their 
associated  accuracies,  tracking  capability  and  area  of  coverage.  If  the  teat  aircraft 
is  not  dedicated  to  radar  testing,  the  instrumentation  my  have  to  be  optimised  for  each 
test  type,  and  the  prioritise  and  prerequisites  for  radar  testa  determined.  The  test 
planning  my  have  a  provision  that  flight  testing  for  rr.dar  EC  CM  capabilities  be  open- 
ended,  i.e.,  that  testing  continue  when  new  threats  are  defined  and  updates  are  made  to 
the  radar  to  counter  them.  If  the  radar  test  program  ia  research  oriented,  the  test 
planning  my  evolve  as  the  program  progresses  to  further  explore  areas  of  success  or 
failure. 

The  test  program  should  include  a  decision  on  how  many  radar  system  to  test.  Tests 
which  use  only  one  production  representative  system  my  not  be  the  best  indication  of 
the  performance  that  can  be  expected  from  all  radars  coming  off  the  production  line. 
The  overall  weapons  system  error  budget  should  have  accounted  for  the  allowed 
performance  statistically,  but  the  argument  could  be  made  that  every  N'th  system  be  put 
through  an  in-depth  test  (to  include  ground  lab  and  flight  testing)  to  insure  it  is 
still  iq>  to  the  performance  standards.  Unfortunately,  this  could  get  very  expensive  and 
time  consuming,  with  the  resulting  substantial  addition  to  the  instrumentation,  data 
processing  and  analysis  requirements.  A  compromise  my  be  to  periodically  take  a 
production  line  radar  system,  conduct  extensive  ground  lab  testa,  and  then  r-  a  it 
through  a  limited  flight  teat  program  to  get  better  confidence  in  its  performance. 

3.5  Teat  Flans 

This  section  on  test  plana  ia  applicable  not  only  to  a/a  radar  testing,  but  has  been 
tailored  to  those  arms  required  to  address  all  facets  of  the  subject  of  a/a  radar 
testing.  Teat  plana  are  key  documents  that  describe  the  teats  to  be  accomplished  and 
how  they  will  be  conducted.  Typically,  there  are  several  levels  of  test  plana i  a  System 
Test  Flan  (8TP),  a  detailed  test  plan  known  aa  a  Test  Information  Sheet  (TZ8),  and  Run 
Cards.  The  plana  are  jointly  prepared  by  all  test  participant!,  with  a  goal  of  having 
one  set  of  plana  which  covers  the  requirements  of  all  participants  (contractors  and 
government).  The  STP  is  the  management  plan  for  an  entire  program  and  contains  flight 
teat  management  concepts,  the  general  objectives  and  typea  of  testa  to  be  covered,  a 
description  of  the  overall  responsibilities  of  the  participants,  and  a  general 


description  of  how  the  progru  will  be  conducted.  This  may  cover  «  number  of 
disciplines  (suoh  as  tho  oomplete  teat  and  evaluation  of  a  now  aircraft)  or  one  aiajor 
diaelpline  (auoh  aa  the  awaluation  of  the  entire  avionics  suite). 

A  TU  includes  sufficiently  detailed  teat  information,  clearly  atated,  to  allow 
SMnagement  and  the  technical  eoanunity  to  review  it  for  adequacy,  and  the  flight  test 
engineer  to  provide  run  cards  baaed  on  the  lnoluded  information.  The  Tit  nornally 
contains  detailed  teat  objectives,  aircraft  and  ayaten  configuration  requirements, 
general  procedures,  lnatruanntatlon  requirements,  detailed  teat  conditions  (number  of 
aaaples,  radar  node,  fighter  and  target  apeeda/altitudea/initial  conditions  and  a 
description  of  how  the  run  will  be  conducted),  data  analysis  requirements,  and  reporting 
and  safety  procedures. 

Individual  runs  from  the  radar  TI8  (and  other  avionica  teat  information  sheets  aa 
applicable)  are  translated  into  a  set  of  pilot  run  cards  which  sake  up  the  flight  plan 
for  each  mission,  fhesa  run  oards  further  define  each  test  run  with  regard  to  the  set*, 
up  of  the  radar  and  other  avionioe  syatena,  all  the  run  conditions,  the  sequence  of 
•vents  to  be  followed,  and  any  significant  test  limitations.  The  cards  may  include  test 
conditions  which  are  "piggy»backeda  onto  the  ones  of  prime  concern,  i.e.,  conditions 
which  do  not  require  a  dedicated  flight  or  run,  but  which  can  be  accomplished 
concurrently.  The  run  cards  are  reviewed  at  a  preflight  meeting  with  all  parties 
Involved  in  the  test.  Two  typical  a/a  radar  run  cards  are  shown  in  Figure  2.  backup 
run  cards  are  often  prepared,  briefed  and  carried  in  the  event  of  an  in-flight 
circumstance  (e.g.,  a  radar  failure  in  one  mode  only,  or  a  loss  of  target  aircraft  or 
range  support)  which  precludes  accomplishing  the  primary  teats  but  still  allows  some 
useful  testing  to  be  completed. 

To  minimise  confusion,  the  remainder  of  this  volume  will  use  the  term  "test  plan*  rather 
than  differentiate  between  8TP,  TX8  and  run  cards.  The  elements  described  herein  as 
necessary  for  a  radar  teat  plan  can  be  put  in  a  general  test  plan,  a  detailed  teat  plan, 
a  general  TI8,  or  a  detailed  TIS  as  the  reader  seas  fit.  Test  plana  need  to  be 
completed  in  time  to  allow  adequate  review  and  coordination  by  management  personnel, 
technical  and  safety  reviews,  scheduling  of  support,  definition,  design  and  checkout  of 
instrumentation  and  data  processing  systems,  and  assessment  of  the  data  analysis 
schemes.  The  timing  of  test  plan  development  can  become  critical  when  system 
development  and  production  schedules  overlap.  Xt  should  be  recognised,  and  so  stated  in 
the  test  plan,  that  it  is  a  changeable  document  depending  on  the  progress  of  the  test 
program.  Moat  modern  radar  syatena  do  not  have  all  the  planned  modes  operable  and  ready 
for  test  at  the  beginning  of  development,  therefore  the  test  plan  should  either  be 
written  in  stages  which  perallml  the  development  or  written  to  include  all  modes  with 
the  understanding  that  it  may  have  numerous  changes  as  the  modes  develop.  The 
coordination  procedure  for  reviewing  and  approving  test  plan  changes  should  be 
identified  well  in  advance.  Minor  changea  are  usually  handled  at  the  local  level,  while 
major  changes  (changes  affecting  the  scope,  resources  or  schedule)  usually  require 
approval  at  higher  levels.  The  most  dangerous  situation  to  prevent  is  in-flight,  spur- 
of-the-moment  flight  planning— the  teat  plan  must  be  followed  at  all  times,  A  well- 
written  test  plan  can  also  be  used  to  provide  the  building  blocks  for  the  final 
technical  report. 


3.5.1  Test  Plan  Description 

A  complete  a/a  radar  teat  plan  should  include  the  topics  described  below.  They  need  not 
be  in  the  exact  order  shown,  but  each  should  be  addressed  at  some  point  in  the  document. 
A  brief  explanation  of  what  each  test  plan  topic  should  cover  is  included  here. 

Introduction 

-  Background  information  such  as  the  purpose  of  the  test,  the  scope  of  the  tasting 
(i.e.,  whether  it  is  to  develop  or  evaluate  a  minor  system  change  versus  a  major 
evaluation  of  an  entire  new  radar  system) 

-  Critical  issues  and  questions  to  be  addressed 

-  Who  authorised  the  program  and  what  priority  has  been  assigned 

-  Test  location(s),  the  overall  schedule,  and  any  related  tests 


Test  Objectives 

*  Clear  definition  of  general  and  specific  objectives.  A  typical  general  radar  test 
objective  isi  "evaluate  the  capability  of  the  radar  to  detect  airborne  targets"  while 
a  specific  radar  objective  isi  "Evaluate  the  radar  range-rate  accuracy  in  single 
target  track  mode* 

-  Assurance  that  the  objectives  cover  critical  development,  evaluation  and  operational 
concerns 

-  Requirements  in  appliceble  management  directives  and  plans  (e.g.,  regulations.  Test 
and  evaluation  Master  Flan  and  Systam  Test  Flan) 

-  Frioritise  objectives 

Success  Criteria 

-  Confirmation  that  the  test  has  been  properly  performed  and  sufficient  data  collected, 
to  determine  if  the  tests  have  been  satisfactorily  accomplished  to  evaluate  the 
apecific  objectives 

-  May  include  measures  of  effectiveness  (the  performance  expected  to  be  seen)  in  terms 
of  thresholds  and  goals 
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References 

-  Other  test  plans 

-  othsr  test  reports 

-  Specifications  and  test  requirenents  documents 

-  Aircraft  modification  and  configuration  documentation 

-  Operating  limitation  documents 

Test  Schedule 

-  Any  limitations  imposed  by  test  sites,  test  agencies,  production  decisions,  or 
deployments 

-  Estimate  of  required  flight  time  and  number  of  sorties 

Participating  Organisations  and  Responsibilities 

-  Including  areas  of  administration,  support,  maintenance,  logistics,  data  reduction, 
photo  coverage,  scheduling,  briefing,  debriefing,  and  reporting 

-  Definition  of  the  lead  organisation  responsible  for  coordinating  each  effort 

-  Agreements  (Memos  of  Understanding  or  Agreement)  which  have  been  reached  with  the 
required  organisations 

Aircraft  Configuration 

-  Definition  of  any  requirement  for  a  particular  aircraft  configuration  (such  ae 
external  fuel  tanka,  missiles,  or  jamning  equipment)  or  particular  configurations  of 
the  other  avionics/fire  control  systems  (such  as  specific  interfacing  avionics  systems 
OFPs  and/or  hardware),  or  a  requirement  that  specific  systems  be  operating  during 
radar  testing  (such  as  other  avionics  systems,  ECM  equipment,  or  specific 
environmental  control  system  configurations)  especially  to  determine  electromagnetic 
compatibility 

-  Brief  description  of  the  configuration  control  program  and  participants 

Test  Radar  Description 

-  Brief  description  of  the  radar  system,  the  controls  and  displays,  and  the  relevant 
interfacing  avionics  systems  (such  as  the  HUD,  fire  control  computer,  weapons,  and 
electronic  countermeasures  (ECM)  systems) 

-  Definition  of  peculiar/particular  radar  software  and  hardware  configurations  required 
(specify  aerial  number  if  a  particular  one  is  required),  and  a  short  explanation  of 
the  differences  from  a  standard  production  unit  (or  reference  another  document  where  a 
description  can  be  found) 

-  Assurance  that  the  specific  radar  test  items  are  clearly  defined  and  understandable 


Test  Methodology  (Conditions,  Procedures  and  Techniques) 

-  Detailed  test  objectives  and  conditions/procedures/techniques  organised  by  radar  mode 

-  Ground  and  preflight  testing  requirements  such  as;  EMC  tests;  ST/BIT  completion  (prior 
to  each  flight);  harmonization/boresighting  of  radar,  HUD  and  INS;  preflight  radar 
operating  mode  checks  during  taxi  prior  to  take  off  (if  ground  operation  is  allowed) 

-  Any  required  pre-  and  post-calibrations  of  the  radar  system,  ECM  equipment,  and/or 
reference  data  equipment 

-  Detailed  description  of  tests,  including  test  and  target  aircraft  parameters  (such  as 
configuration,  altitudes,  airspeeds,  heading,  and  maneuvering  requirements)  and 
environment  (such  as  electromagnetic,  weather,  ground  moving  targets,  or  clutter 
background ) 

-  Number  of  test  conditions,  sample  sixes,  flights  and  flight  time  required,  with  each 
sample  of  each  condition  uniquely  numbered  in  order  to  track  test 
accomplishment  and  traceability  of  requirements  to  testing 

-  Description  of  retest  (regression)  conditions  to  be  accomplished  if  changes  are  made 
to  the  radar  (sometimes  called  functional  tests).  These  can  be  detailed  to  the  point 
of  defining  what  runs  will  be  accomplished  for  each  type  of  system  change 

-  Definition  of  test  condition  tolerances  to  allow  the  test  conductor  the  flexibility  to 
accommodate  variables  encountered  during  the  test  (such  as  weather  or  other 
conflicting  aircraft  traffic),  also  to  define  to  the  crew  the  critical  parameters 
which  must  be  followed  or  which  could  be  substituted  for  others  which  are  less 
critical 

-  Usually  written  in  the  form  of  tables  which  describe  the  run  in  detail,  the 
instrumentation  requirements  (the  required  recording  systems  and  their  configurations, 
whether  analog,  digital,  and  what  video  sources — radar,  HUD  or  both),  the  resources 
required,  the  maneuvers  to  be  accomplished,  the  start  and  stop  conditions  and  initial 
pointr/conditions/ranges 

-  Written  to  ensure  a  logical  technical  sequence  of  planned  testing 

-  Identification  of  the  critical  limits  and  the  protection  required  to  ensure  they  are 
not  exceeded 

-  Description  of  the  interrelationship  between  various  tests  (i.e.,  establishment  of 
priorities  and  prerequisite  tests)  including  ground  tests,  milestones  and  production 
deadlines 

-  The  sequence  of  modeling,  simulation,  lab,  integration,  EMC  and  ground  tests  to  be 
accomplished  prior  to  both  initial  testing  and  testing  after  significant  system 
changes 

-  Rules  and  criteria  for  decisions  whether  or  not  to  proceed  with  testing 

-  The  criteria  or  philosophy  used  to  determine  the  sample  size  and  the  required 
confidence  levels 

-  Requirement  that  the  test  conditions  be  controlled  and  the  procedures  designed  to 
ensure  repeatability  and  attainment  of  results  comparable  with  previous  tests,  as 
applicable 
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-  A  matrix  showing  each  tost  objective  versus  ths  specification  requirement,  also  the 
tsat  objective  versus  runs  (at  least  for  those  runs  which  satisfy  nors  than  one 
ob j estiva,  or  objectives  which  are  satisfied  by  nore  than  one  type  of  run) 

Limitations/Constraints 

-  The  limits  within  which  the  aircraft  will  be  operated.  Typical  flight  limits  for  an 
a/a  radar  test  are<  Altitude  500  ft  above  ground  level  (AGL)  to  50,000  ft  mean  sea 
level  (MSL),  dive  angle  0  to  60  degrees,  airspeed  and  g's  (all  types  of  maneuvering) 
within  flight  manual  limits.  Also,  typical  flight  rules  for  test  conditions  which 
include  other  aircraft  arei  altitude  separation  without  visual  contact  will  be 
maintained  at  greater  than  1000  ft  within  5  nm  when  the  closure  rate  is  less  then  1000 
knots  and  will  be  maintained  at  greater  than  2000  ft  within  10  nm  when  the  closure 
rate  is  greater  than  1000  knots  or  when  Mach  number  of  either  aircraft  is  greater  than 
0.95 

-  Any  unusual  limitations  imposed  by  weather  or  by  external  stores  such  as  an 
instrumentation  pod  or  external  tanks 

Instrumentation 

-  Description  which  includes  the  number  and  types  of  systems  and  recorders,  available 
recording  times,  locations,  sources  of  data  (i.e.,  which  system*  are  instrumented), 
how  in-flight  operation  is  controlled  and  monitored  (i.e.,  by  the  pilot  or  on  the 
ground) 

-  Telemetry  requirements  such  as  pilot  audio,  time,  status  indicators,  event  indicators, 
analog  and  digital  data 

-  Parameter  lists 

-  Checkout  and  calibration  procedures 

-  Special  instrumentation  requirements  and/or  limitations  (such  as  the  use  of  commercial 
equipment  not  certified  for  all  flight  regimes) 

-  Requirement  that  adequate  time  be  made  available  to  thoroughly  exercise  the 
instrumentation  and  data  reduction  cycle  prior  to  the  first  flight 

-  Definition  of  which  parameters  are  go/no-go  (i.e.,  the  aircraft  will  not  take  off  or 
will  abort  the  test  condition  if  a  no-go  parameter  is  unavailable),  both  from  a 
technical  and  safety  viewpoint.  The  measurands  and  parameters  could  be  categorized 
asi  Category  1  -  mandatory  for  safe  conduct  of  the  test  (if  not  available,  the  test 
flight  will  be  aborted  until  repairs  are  made).  Category  2  -  required  to  meet  a 
specific  teat  objective  (if  not  available,  those  tests  will  be  aborted  and  others 
substituted  in  their  place).  Category  3  -  desirable  to  accomplish  the  objective  and 
support  data  analysis,  however  other  alternate  means  of  assessment  can  be  substituted 

-  Required  instrumentation  system  accuracies  (as  appropriate) 

-  Any  requirements  to  have  a  transponder  beacon  installed  for  ground-based  tracking 
reference  systems,  or  a  Global  Positioning  System  (GPS)  receiving  system  installed, 
time  code  generator  or  receiver,  and  audio  tone  generator  for  time  correlation  with 
other  data  sources 

-  Requirement  for  spare  video  cassettes  or  film  cartridges  to  be  carried 

-  On-board  and/or  postflight  hand-recorded  data  requirements  (pilot/operator  comments) 

-  Weather  data  requirements 

Support  Requirements 

-  Range  support  to  include  a  geographic  area  with  specified  terrain  backgrounds, 
airspace,  and  electromagnetic  environment 

-  Equipment 

-  Manpower 

-  Test  facilities  such  as  Time  Space  Position  Information  (TSPI)  data  sources  (tracking 
radars,  tracking  cinetheodolite  cameras,  GPS),  mission  control  rooms,  veotoring/f light 
test  control,  real-time  readouts  of  aircraft  speeds  or  closure  rates,  and  tiiue 
correlation  capability  between  airborne  and  ground  sources 

-  Other  aircraft  such  as  radar  targets,  instrumented  targets,  beacon-equipped  aircraft 
or  air-to-air  refueling  tanker  (including  details  on  target  RCS,  type  of  beacon  and 
settings) 

-  Target  aircraft  systems  to  be  instrumented  (such  as  the  Inertial  Navigation  System 
(INS)  and  TACAN) 

-  ECM  equipment  on  test  aircraft,  target(s),  or  standoff  aircraft  (including  details  on 
jammer  signals— or  reference  another  document  where  they  are  contained) 

-  Training 

-  Unique  technical  support  requirements 

-  Key  test  personnel  and  their  responsibilities 


Data  Processing  Requirements 

-  Definition  of  real-time  displays  for  telemetered  data  (strip  charts,  discrete  lights, 
CRT  display) 

-  Quick-look  postflight  data  requirements 

-  Detailed  postflight  data  requirements 

-  Data  distribution  plan 

-  Data  reduction  plan 

-  Data  processing  responsibilities 

-  Turnaround  time  requirements  for  quick  look,  detailed  data  and  range  data 

-  Definition  of  the  data  which  must  be  processed  before  the  next  flight  can  be  planned 
or  accomplished 

-  Requirement  that  sufficient  time  be  allowed  between  tests  for  applicable  data 
turnaround  and  analysis 

-  Requirements  for  encrypted  data 
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Dot*  tatlyti* 

-  Bat*  analysis  plan  which  la  sufficiently  detailed  to  the  point  of  stating 
Methodologies,  equations*  types  of  output  (such  aa  listings  or  plots)  and  formats  (if 
not  included  in  the  basic  test  plan,  the  data  analysis  plan  should  be  referenced  and 
written  concurrently) 

-  Analysis  responsibilities 

Reporting  Requirements 

-  Periodic  status  reports 

-  Service  reporting 

-  Preliminsry  report  of  results 

-  Pinal  technical  report 

-  Reporting  frequency,  mileetones  end  reeponaibilities 
Safety 

-  8a f sty  planning  in  accordance  with  the  applicable  regulations  and  requireaenta 

-  Requirement  that  the  test  program  ba  accomplished  under  the  least  hazardous  conditions 
consistent  with  the  teat  objectives 

-  Description  of  any  peculiar  operating  hazards  envisioned  during  the  conduct  of  the 

teats 

Security 

-  Operations  Security  (OPS^C)  requirements 

-  Communications  Security  (COMSEC)  requirements 

-  Requirement  that  all  activities  are  in  accordance  with  the  program  security  guide 

-  Any  special  or  unusual  problems  concerning  the  safeguarding  or  transporting  of 
documents  or  equipment 

Appendices  (containing  detailed  explanations  and  drawings  of  test  conditions  and  flight 
profiles ) 

List  of  Abbreviations 

Ons  of  the  areas  often  overlooked  in  test  planning  is  that  of  defining  tolerances  (also 
called  trial /no-trial  criteria)  for  the  radar  teat  conditions.  A  run  may  ba  deemed  an  ‘ 
invalid  tast  of  the  radar  system  if  a  teat  parameter  (target  relative  speed  or  aspect 
angle,  for  example)  was  not  within  certain  bounds.  For  those  conditions  which  are 
critical  to  the  tast  success,  tolerances  should  be  specified  in  the  test  plan  and 
included  in  the  run  cards  (usually  in  the  form  of  target  aircraft  speed  +/-  XX  knots  or 
aspect  angle  within  +/-  XX  deg).  This  not  only  will  help  to  ensurs  more  efficient  us 3 
of  the  limited  test  time,  but  will  identify  to  the  test  card  writer,  range  aupport 
pereonnel  and  aircraft  crewmambers,  tha  criticality  of  some  parameters  end  others  of 
lesser  importance. 

Another  area  which  requires  considerable  attention  during  the  test  planning  stage  is 
that  of  defining  test  condition  sample  sizes — ths  number  of  auccoesful  runs  of  each 
condition  required  for  an  adequate  statistical  evaluation.  This  involvss  a  considerable 
tradeoff  between  huge  matrices  which  result  from  a  multiplication  of  all  modes, 
conditions  and  variables,  versus  limited  and  expensive  test  time.  Specifications  will 
often  have  a  mean  and  standard  deviation  requirement,  sometimes  required  sample  sises, 
but  rarely  a  required  confidence  limit  or  interval.  Radar  -eat  planning  usually  assumes 
a  normal  distribution  of  ths  results  with  a  sample  sice  based  on  the  confidence  level 
desired.  This  may  be  per  mode  or  to  make  comparisons  of  variables  within  a  mode  (such 
as  the  effects  of  verioue  terrain  backgrounds  on  detection  capability).  Tha  uso  of 
interval  statistics  during  the  conduct  of  the  test  program  is  encouraged  to  possibly 
decrease  the  required  sample  sizes  if  the  results  are  wall  grouped  and  appear  to  be 
representative  of  true  system  performance  within  agreed  upon  reasonable  confidence  and 
risk  limits. 

3.5.2  Technical  Review 

In  order  to  ensure  proper  and  adequate  preparation  and  planning,  a  thorough  technical 
review  of  the  test  plan  should  be  accomplished,  and  any  major  test  plan  changes  made 
during  the  course  of  the  teat  program.  Ths  intent  of  the  Technical  Review  Board  (TRB) 
(also  termed  an  Operational  Review  Board)  is  to  establish  a  committee  of  experienced 
personnel  not  directly  associated  with  the  test  program  to  provide  an  independent 
technical  assessment  of  the  test  plan.  Ths  board  is  usually  mads  up  of  operations  and 
engineering  personnel,  chosen  based  on  their  experience  in  ths  arses  covered  by  the  test 
plan.  Tha  review  will  cover  ths  entire  test  plan  in  detail,  to  include  ths  test 
objectives,  the  status  of  preparation  and  planning,  tha  technical  adequacy  of  test 
conditions  to  satisfy  ths  objectives,  any  prerequisites  to  accomplishing  ths  tests,  and 
any  unique  training  which  may  be  required  (Ref  2).  The  TRB  will  also  cover  general 
information  such  asi 

-  Background  information,  purpoaa  of  teat,  type  of  test  (i.e..  Research,  Development 
Test  and  Evaluation,  or  Operational  Test  and  Evaluation),  and  previous  related  tests 

-  Critical  technical  issues 

-  Areas  of  project  zanageaent  emphasis 

-  Primary  responsible  test  agency,  other  participating  test  organisations  and  their 
responsibilities 

•  Program  authority  and  priority 

-  Security  classification 

-  Test  location 
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•  Test  schedule 

-  ft* -use  •(  jMt  uptritoo*  with  ilailtr  testing  in  preparation  of  tha  taat  plan 

-  Critaria  fot  tfiAUf  tha  taat  (a.g.,  whoa  all  taat  points  have  been  flown  or  whan  tha 
system , op  caopoaant  worha  as  airjiiii  aa<1) 

•  haviaw  of  appear ria^a  laaaona  learned  and  any  resulting  taat  Modifications  which  hava 
been  incorporated  to  tha  taat  pin? 

-  Review  of . technical  riaka  (i.e.,  ia  something  being  dona  for  tha  first  tiaa  that  aay 
require  unique  talent  or  resources?) 

-  Raviaw  of  what  production  daoisions  aay  depend  on  the  test  results  and  tha  schedule 
for  those  decisions 

-  me  extant  of  government  and  contractor  participation 
lfS.3  Safety-  Review 

A  safety  raviaw  of  tha  test  plan  and  any  ’major  revisions  should  also  be  accomplished,  in 
order  to  identify  aay  potential  hanards,  their  possible  causes  and  affects*  and  what 
minimising  procedures  will  be  followed.  Both  technical  and  safety  reviews  must  be 
completed  prior  to  initiation  of  testing.  Typically,  these  reviews  are  completed  one 
month  prior  to  the  start  of  testing.  The  main  topics  considered  by  the  Safety  Review 
Board  should  be  {Ref  3)t 

-  The  necessity  of  the  test,  the  requestor,  and  the  documentation  requiring  the  test 

-  Mishap  prevention  responsibility,  mishap  procedures,  accident  accountability,  and 
aircrew  and  tent  conductor  reaponsibilities 

-  Use  of  previous  safety  lessons  learnsd 

-  Adequate  definition  of  test  conditions  in  order  to  determine  any  potential  hesards  or 
critical  areas 

-  The  adequacy  of  tha  system  safety  analysis  and  the  results 

-  The  adequacy  of  the  operating  hasard  analysie  nod  the  results 

-  Safety  of  flight  prerequisite  testa  (modeling,  simulation,  lab,  integ  cion  and/or 
ground  tests)  which  have  been  accomplished  prior  to  both  initial  testin';  and  testing 
after  significant  system  changes,  and  the  test  results 

-  EMC  lab,  ground  and  flight  takes  which  hava  been  accomplished  prior  to  radar  testing, 
and  the  test  results 

-  The  presence  of  sufficient  buildup  in  the  sequence  of  test  conditions  (i.e.,  testing 
at  less  hasardous  conditions  before  proceeding  to  more  hasardous  conditions) 

-  Air-to-air  radar  testing  specifics  such  asi  separation  altitudes,  closing  speeds, 
maneuvering  limitations,  the  terminology  to  be  used  to  initiate  and  abort  maneuvers 
and  runs 

-i  Policy  to  brief  all  participants  (including  test  aircraft  crew,  target  aircraft 
crew(s),  and  support /r-nge  pereonnel) 

3.6  Support  Reguirementn 

A  wide  variety  of  support  is  required  to  conduct  an  a/a  radar  flight  test  program.  The 
specific  support  requirements  and  necessary  accuracies  must  be  determined  and  well 
defined  early  in  the  planning  process,  since  there  can  be  long  lead  times  to  obtain 
items  such  as  an  instrumented  target,  high  accuracy  reference  systems,  and  COMSEC 
equipment.  The  test  planners  nead  to  understand  the  ramif icatione  of  specifying  a 
support  item,  and  be  reedy  to  justify  or  substitute  accuracy  or  capability  varsus  coat 
and  availability.  Support  includes  a  mission  control  capability.  Time  Space  Position 
Information  (TSPI),  and  targets.  Mission  control  usually  includes  sufficient  personnel 
to  direct  and  monitor  the  test  conduct,  monitor  the  available  real-time  test  data  and 
have  a  test  conductor  in  charge  who  is  in  contact  with  the  test  aircraft.  Mission 
control  room  requirements  such  aa  communications  links,  telemetry  sources  end  reception, 
displays  and/or  strip  chart  formats,  and  room  layout  all  nsed  to  be  specified  early  in 
the  planning  process.  During  the  test,  mission  control  room  discipline  is  critical.  It 
must  be  stressed  that  tha  tast  conductor  ia  in  charge  at  all  times,  and  that  there 
should  be  only  one  individual  who  ie  designated  to  communicate  with  tha  test  aircraft. 
TSPI  can  be  provided  by  ground-based  reference  systems  such  as  radar  for  aircraft  skin 
or  aircraft  transponder  beacon  tracking,  or  the  more  accurate  cinetheodolites  or  laser 
trackers.  These  systems  track  both  the  fighter  and  airborne  targets,  but  have 
limitations  as  to  area  of  coverage,  number  of  targets  tracked  (usually  only  one  target 
per  tracker),  accuracies  obtainable,  end  operating  meteorological  conditions.  The  "rule 
of  thumb"  that  the  reference  system  accuracy  be  well  known  and  that  It  be  10  times  more 
accurate  thar.  the  radar  system  under  test  ie  getting  more  difficult  to  achieve  with 
today's  advanced  e/a  radar  eyeteme.  Best  sstimate  of  trajectory  processing  of  multiple 
eouree  tracking  information  is  being  applied  to  obtain  batter  aircraft  position  end 
velocity  date  with  the  limited  existing  resources.  Future  radar  testing  will  need  to 
incorporate  the  use  of  the  Olobel  Positioning  System  (GPS)  as  part  of  the  TSPI  reference 
eyeteme.  While  GP8  gives  a  significant  increase  in  the  number  of  targets  tracked  (if 
they  ere  instrumented),  it  doesn't  provide  aircraft  attituda  which  ie  it^ortent  with  a 
maneuvering  test  aircraft  or  target. 

The  TSPI  eyeteme  also  provide  flight  vectoring  information  which  is  vitally  important  to 
achiavs  the  proper  setup  for  fighter  and  target(s),  and  to  notify  tha  aircraws  of  other 
aircraft  in  tha  vicinity.  Additionally,  rafarence  system  data  is  used  in  real  time  to 
obtain  aircraft  X-Y  position  data,  altitude  and  airspeed  when  critical  to  the  mission. 
After  the  flight,  the  data  is  used  in  the  form  of  position  plots,  data  tapes  and 
printouts  for  analysis.  In  order  to  achieve  best  results,  paref light  coordination  and 
briefing  of  all  rang#  support  personnel  (especially  the  controllers)  is  requirsd,  as 
well  as  having  soma  radar  tsst  program  personnel  at  tha  range  site  during  the  flight  to 
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help  coordinate  the  mission.  The  ter  t  conditions  end  prof  ilea*  terrain  oaf  airspace 
requirements  aunt  bn  idaatided.  One  any  of  deln«  thin  in  to  writ n  >  rule 
nphet  float  ion  er  test  plea  which  incorporates  nil  ramp*  support  ruqstaaamnta  for  thn  e/a 
radar  flight  tost  ooaditions.  in  addition  to  dw  km  nonnrnsy  trnohiap  Mags,  a  toot 
arena  nosh  as  eta  Air  Oonbat  Maneuvering  lasts uaentation  (MU)  rsaps  should  bn  aaod  for 
opera tiooal  testing.  This  allows  both  real-time  and  pntfllptt  analysis  of  tha  airarnft 
sadar  sapabllity  using  multiple  targets  in  eonesrt  with  an  operational  intercept 
controller. 

Other  souroaa  of  TBFI,  while  laas  accurate,  nay  be  sufficient  for  oooa  tost  ooaditions 
ouch  na  a/n  detection  reage.  Air-to*elr  TACMt/DMI  ana  be  uaod  for  tha  taat  ooaditions 
when  aircraft  positioning  and  data  requirasMOts  are  laaa  stringent,  for  initiating  the 
run,  and  for  haloing  to  identify  which  displayed  targets  era  actually  detections  of  tha 
subject  target  aircraft.  Tha  accuracy  of  a/a  TACAM  has  bean  estimated  to  be  as  good  as 
«.l  me  baaed  oo  ooaperlsons  with  other  available  trashing  ey sloes.  The  beat  approach  to 
it*  nee*  would  Vs  to  sat  up  e  shall  flight  tsst  of  tha  a/a  TACAS  ays  tea  to  Vs  saod  and 
■assure  its  performance  under  flight  conditions  similar  to  the  radar  conditions,  for 
the  hoot  utility,  tha  a/a  TACAM/DNX  data  should  bo  instruhsutad  and  wooshed  on-board 
the  ratdar  test  aircraft,  Loren  C  hen  been  successfully  weed  in  the  calibrate  node  when 
no  aircraft  maneuvering  ie  involved  to  obtain  an  estimated  dd-foot  eooureoy,  although 
the  accuracy  hae  degraded  to  161  feat  under  some  circumstances.  Coupled  with  TACAS/ VO* 
and  on-board  Ml  data,  this  could  bo  auffleiaat  to  satisfy  aircraft  relative  data 
requirements,  especially  during  system  development,  of  course,  use  of  MUM  coma  trains 
the  geographic  location  of  the  testing.  Some  programs  have  need  a  pod  mounted  on  tha 
test  aircraft  containing  a  small  radar  which  can  provide  relative  position  information 
between  tha  fighter  and  n  target.  Further  coverage  of  a/a  radar  rafaranea  data 
requirements  is  contained  in  section  7.6. 

numerous  airborne  targets  will  be  used  throughout  an  e/a  radar  test  program.  The  test 
planning  process  nseds  to  identify  tha  reguired  types  sad  number  of  targets,  flight 
hours  and  aorties,  target  apaad,  altitude  and  maneuvering  performance,  transponder 
beacon  requirements,  and  target  instrumentation  parameters.  these  targets  should*  1) 
have  similar  and  dissimilar  flight  capabilities  and  radar  systems  (for  INC  testing),  3) 
have  a  variety  of  known  radar  croes-sections,  3)  represent  "friendly”  and  "unfriendly" 
situations,  4)  be  in  single  and  multiple  formations,  5)  be  capable  of  tha  maneuvers 
required  to  evaluate  tha  radar  at  all  points  within  its  operating  envelope,  and  6)  be 
equipped  with  electronic  countermeasure*  (ICM)  systems  end  rndar  missile  telemetry 
receivers  whan  required.  The  ACS  of  each  target  used  for  detection  range  tasting  must 
be  accurately  known,  and  preferably  be  close  to  that  of  tha  types  expected  to  be 
encountered  in  operation.  A  target  with  a  radar  reflector  installed  (or  mounted  in  a 
pod)  can  be  usad  to  batter  know  and  control  tha  ACS,  but  carries  with  it  the 
disadvantage  that  it  may  be  much  lass  representative  of  a  true  target  in  terma  of 
scintillation  affects.  There  may  be  a  raquiramant  for  tha  target  to  have  a  cockpit 
readout  of  some  flight  data  (such  as  angle  of  attack,  or  g's)  to  beat  attain  tha  test 
condition.  Belieopters  may  be  needed  to  evaluate  the  effects  of  the  rotating  blades  on 
the  radar.  Borne  a/a  radar  tasting  will  need  a  target  with  raaliatic  emanations  of  other 
on-board  systems  aa  well  ea  a  representative  PCS. 

The  use  of  targets  end  their  associated  systems  causes  the  need  for  other  support 
equipment.  On-airoraft  pods  need  ground  support  equipment  end  personnel  for  loading  end 
programming  of  jammera,  checklists  for  their  use,  logistics  for  support  at  deployed 
locations,  and  special  handling  equipment.  The  radar -equipped  test  aircraft  will  also 
require  support  equipment  and  personnel  for  on-board  pods,  j earner  programming,  missiles 
end  launchers.  Also,  significant  numbers  of  ground  support  equipment  end  personnel  may 
be  required  for  the  likely  long  periods  of  time  the  a/a  radar  will  be  operated  on  the 
ground  in  tha  test  aircraft  for  development  and  checkout. 

Ground  targets  and  a  known  terrain  background  era  important  for  a/a  radar  tasting  in 
look-down  conditions.  Various  terrains  should  be  used  end  radar  reflectors  may  also  be 
used  to  simulate  terrain  types  and/or  largo  stationary  discrete  targets.  Moving  ground 
targets  will  be  required  and  may  have  to  be  instrumented  for  speed  end  relative  position 
to  evaluate  the  radar's  ground  moving  target  rejection  capability.  Ground-based  BCM 
systems  will  be  required  in  order  to  determine  effects  on  the  a/e  radar  look-down  amdes. 
Tha  operational  evaluation  will  need  multiple  airborne  jammers  in  concert  with  ground- 
based  Jammers  to  obtain  e  realistic  battlefield  signal  environment. 


Ground  telemetry  receiving  sites  will  be  required  to  support  real-time  data  recaption 
and  processing.  There  may  have  to  be  ground  or  airborne  rapaatars  to  relay  tha  data 
whan  tha  test  aircraft  is  operating  at  low  altitudes,  over  rough  terrain  or  st  longer 
distaneas  from  tha  mission  control  sits.  A  portable  telemetry  receiving  capability, 
possibly  mounted  in  s  self-propelled  vehicle,  can  be  of  greet  velum.  It  is  even  mors 
valuable  for  deployed  location  testing  when  it  also  includes  some  radar  data  processing 
aysteaa . 


Correlation  of  tha  time  systems  used  by  mil  tsst  participants  (using  a  tine  standard 
such  as  IAXG  •)  is  estrenely  1  sport *n»  for  a/a  radar  evaluations.  Usually  scam  event 
marker  will  be  reoordmd  on  all  systems  which  will  allow  a  postflight  check  to  identify 
any  tins  deltas  to  he  applied  to  the  data.  The  aircraft  speeds  combined  with  the  radar 
system  accuracies  being  evaluated  quite  often  require  that  all  data  times  be  oorrelated 
to  within  IP  Billiseconds. 


nm  Uw  MMfMMt  information  ayataa  (NX8)  used  bar* In  raftri  to  *  system  containing  a 
l ary*  Mi  baa*  of  information  for  tha  a/a  radar  taafe  program,  with  an  aaaily  aceaaaibla 
ttwirtiw  means  of  retrieving  tha  information  by  anltlpla  users  *t  wrloaa  legations* 
**•  the  ability  to  aaalpuiata  it  according  to  th*  users*  desires.  this  system  oaa  bo 
«•**  rtbur  Oat*  fowmtd  by  tha  toot*.  and  program  fata  whidh  includes  later nation 
oa  oMartiwa«  anhoduloo,  conditions,  aaf  problem*.  fbo  system  bhoutf  bo  "u**r- 
friomf  ty,  *  I.*.,  require  vary  little  fatal  laf  training  to  operate  it  aaf  provide  tha 
uoor  with  tiaqplo  pltia-lenguogo  osamande.  It  should  aloe  aaaily  aaf  qulekly  accept 
input  fata,  a*  that  la  usually  tha  tnt  labor  intensive  aaf  »1— ■  ooaaumibg  part  of  tbo 


too  oil  reader  toot*  tboro  abould  bo  oao  ooatrol lad  oat  of  fata,  that  la,  all  evaluator* 
abaoif  start  MO  tba  aoaa  acquired  fata  aaf  oaa  tbaa  go  ao  aaf  aaalyas  it  aa  aaOb  saaa 
fit*  Oh*  III  oboolf  Contain*  tha  radar  aaf  aircraft  avioalo*  salt*  configuration 
(aoftuara  oof  hardware)  for  oaflh  ooafltloa  flora,  pilot  aaf  engineer  oeameats  bar  oaob 
taat  ooafltloa  flown*  oaf  thou  If  bo  oryaniaod  oueb  that  all  inforoatioa  oa  any 
particular  rafar  sub jewt  (oaob  aa  a  spaolfle  aofo.  or  a  spool fio  problem  aroa)  oaa  bo 
oOtaiaof.  fhlo  will  allow  infioatlono  of  troafa  la  rafar  parforoaaea  froa  aultipia 
fl lotto,  aaf  will  help  la  faaoaaatiay  aaf  roportia g  oo  rafar  performance.  Tba  system 
configuration  information  ahould  bo  foraattof  aaf  atorof  ao  it  oan  also  indicat*  which 
ooafltloa*  aoof  to  bo  ratios*  rboo  a  ooaflyuratioa  chaayo  la  oat*.  Tbo  Mia  oaa  also  ba 
aaof  to  balp  oaaatruet  quick-look  aaf  flaal  rafar  parforaaaea  analyala  roporta  aaf 
staafarfiaa  tbair  appoaraaea. 

Tba  ayataa  ahould  ba  siaad  to  ineorporata  rafar  performance  data  froa  all -types  of  taat* 
including  sianlator*  integration  lab*  ground  and  flight  tssta.  it  also  oaada  to  ba  abla 
to  aoooaamfata  data  froa  iastruaMOtad  target  a.  rafarane*  traoklag  ays  tans  aaf  BCH 
raagas.  Tba  ayataa  aay  contain  a  library  of  fata  formatting  and  merging  routine*, 
variables*  aaf  analysis  algorithms  that  aaabl*  the  rafar  analyst  to  rapidly  dataraina 
rafar  parforaaaea. 

One*  proparly  configured,  tha  N18  can  ba  used  to  prioritise  radar  taat  conditions,  and 
raprloritiaa  than  during  tha  eoura*  of  tha  program  as  changes  taka  place.  It  can 
construct  a  schedule  of  tasta  aaf  include  tha  prerequisite  radar  taat  points  (thoa* 
points  or  nodes  which  auat  ba  succaaafully  accomplished  prior  to  others).  These 
prerequisites  any  also  address  other  on-board  aircraft  systaas  which  era  dependant  on 
rador  operation  or  which  provide  information  to  th*  radar.  Th*  MX8  should  have  a 
capability  to  croas-raforanoa  rafar  apaeif ication  roquiraaants  with  taat  objectives, 
iaclud*  information  oa  each  taat  condition  for  o*ch  radar  and*,  and  include  requirements 
for  support  (a.g.,  TSPI,  targets  and  raagaa),  inatrumontation  and  data  processing.  This 
can  than  allow  tha  MIS  to  aaloet  teat  points  to  b*  accompli  shad  for  a  flight  (logically 
grouped  together  moat  efficiently  considering  fuel,  support  and  other  constraints),  and 
to  prepare  instrumentation  lists,  support  requirements  and  schedules,  flight  card*  and 
data  processing  requests,  it  could  ba  used  to  indicate  to  tha  radar  flight  test  engineer 
that  tha  setup  for  oa*  rafar  teat  point  (A)  la  th*  saaa  as  for  another  (B)  and  they  can 
bo  satisfied  simultaneous ly,  or  that  they  era  oo  close  that  a  minor  change  would  allow 
thair  simultaneous  accomplishment.  If  only  certain  types  of  support  ware  available  for 
a  given  toot  period,  th*  MZ8  eould  identify  *11  toots  that  can  still  b*  accomplished 
within  that  (or  any  other)  constraint.  It  oan  also  bo  uaod  to  track  status  of  each  test 
condition  (a.g.,  number  of  times  it  has  boon  attempted,  whether  it  wa*  satisfactorily 
flown,  aircraft  and  support  data  acquired,  and  analysis  completed)  and  provide  currant 
overall  program  status  and  management  indicators  of  taat  progression  versus  th#  planned 
schedule*,  coat  and  significant  program  milestones. 


M 


TM«  taction  is  otftal sad  to  lnelutt  ton  gwinl  (mom  mote  specific)  tMt 
OtHUtmiflMi  with  Motion  4.1  ud  bayoad  going  late  4«UU  m  tasting  of  specific 
rmtar.  —dot  •  it  fiamli  the  t/t  cotar  mlattion  should  bo  o— tnutod  to  fly  to  to* 
mfaonii  twandwii  Of  too  rater  and/or  Aircraft  opintlf  envelapma  to  dtaniat  if 
ttf  HalUtloM  oaitt.  Knowledge  of  tha  cotar  system,  at  wall  at  tt*  inttodad 
nptTttlootl  uaaga#  should  bo  oootidarad  that  dateraialng  tat  taatt  to  esoompiish  and 
oust  aooaooodata  applicable  aafaty  oooatraiott. 


Zn  oaoy  radar  tatt  programs,  oott  or  all  of  tha  tattt  art  accomplished  with  oat  tat  of 
radar  Pardos ra  tad  oaa  aviosles  tuita •  Although  duritf  a  development  affort  tbora  toy 
ba  toot  UK)  ctaftt,  tba  question  nay  remain  as  to  taw  representative  of  tba  aafeira 
production  con  wot  tba  oaa  radar  tastad.  Oftan,  a  radar  apsoifioatioa  ragulrsnsnt  la 
intentionally  writtan  such  that,  if  tha  taatad  radar  oaata  It,  tba  root  of  tha 
production  run  will  ba  within  a  raaaooabla  range  of  tha  pacification  and  atill  want  tha 
operational  raqulrans nt.  Production  radar  systems  nay  bn  pariodioally  evaluated  (both 
in  a  ground  lab  and  by  flight  tost)  to  anauro  tha  average  parforaaaea  has  not  falloa  sad 
that  tha  taat  raaalts  ara  atill  representative  of  thota  tysttna  iaatallad  ia  tha  flaat. 


While  antenna  batn  pattaraa  sad  tidalobaa  ara  priaarlly  ntastrad  in  a  laboratory,  soma 
in-flight  tooting  should  ba  parfornad  to  fully  evaluate  tha  iaatallad  pmrtocmance  to 
includa  all  effects  of  tha  antonna  installation,  intarfaca  with  tha  radoms,  and  af facta 
of  aircraft  notion  and  vibration.  This  tasting  would  roquirs  flying  s  prascribad  flight 
path  with  rnspaot  to  a  ground  raeaiving  station  whlla  transnittiag  with  tha  radar  boon 
ant  to  continuously  point  st  tha  sans  angle  and  swooping  it  past  tha  ground  station. 
This  bass  configuration  any  ba  aval  labia  as  tha  hCN  bore eight  nods,  or  it  nay  require  a 
aodifioation  to  tha  radar  to  achieve  it.  Tha  filter  will  ba  aaaauvarad  to  covar  tha 
required  asinuth  and  elevation  anglas,  and  tha  radar  antanna  haan  signal  strangth  will 
ba  aaasurad  by  tha  ground  raeaiving  station  instrumentation.  Tha  evaluation  will  naad 
to  taka  into  account  tha  fightar  position  ralativa  to  tha  ground  racaivar  and  tha 
attitude  of  tha  fightar  at  all  tiaas. 


Tha  geographical  araa  uaad  to  aceonplish  inter  pnrfonaanca  avnluationa  ia  usually  aora 
dapandant  on  tha  locations  of  ths  rafsrnncs  instruswntation,  tha  flight  tsst  fscilitiss 
and  tha  airspac#  availability  rathar  than  a  specification  terrain  reflectivity 
coefficient.  Therefore,  eoaw  extrapolation  any  ba  required  between  tha  conditions 
actually  an countered  and  those  required  for  each  node.  Hot  to  ba  forgotten,  however,  ia 
tha  aaaassity  to  also  taat  thu  radar  in  tha  "real  world"  where  other  factors,  such  as 
signal  Multipath,  are  present  fron  varying  terrains. 


ith  tha  aora  highly  integrated  aircraft  avionics  suites  being  built,  it  ia  difficult  to 
evaluate  tha  radar  only  since  tha  other  avionics  systsas  (or  thsir  functional 
equivalents)  ara  required  to  ba  installed  in  order  to  even  turn  on  tha  radar  and  enuss 
it  to  par  fern.  Further,  if  tha  radar  interleaves  a/a  with  a/g  sodas,  ths  bast  approach 

is  to  test  tha  a/a  nodes  first  alone  to  determine  a  performance  baseline,  than  allow  tha 
•nodes  to  operate  interlaced  and  a  as  if  the  a/a  performance  degrades.  Other  examples  of 
ths  appropriateness  of  sstsblishing  a  performance  baseline  eras  adding  more  multiple 
target  tracking  capability — poeaibly  in  conjunction  with  tha  addition  of  aora  data- 
inked  a/a  missiles;  tha  addition  of  date-linked  missiles  with  othar  missiles  rsquiring 
radar  guidance  transmissions  and  radar  pointing — especially  sines  it  nay  raquirs  radar 
reconfiguration  tines  from  one  node  to  another r  integration  with  an  IFF  interrogator; 
and  any  future  modifications.  Also,  radar  testa  should  ba  parfornad  in  a  clear 
an  .ronnent  (no  ECM  present)  to  aatabliah  a  baseline,  and  than  run  with  KCK  present. 
S  .ions  4.3  to  4.7  of  this  volume  contain  details  on  a/a  radar  evaluation  in  a  clear 
environment,  and  section  5.3  covers  evaluation  in  an  BCM  environment. 


■l  affects  of  weather  on  radar  operation  are  difficult  to  measure,  since  it  is  very 
formidable  and  expensive  to  accurately  determine  exact  weather  parameters  (e.g.,  cloud 
noisturs  content,  and  rainfall  rata)  all  along  tha  route  of  a  moving  fighter  and  target. 
Also,  scheduling  s  mission  in  advenes  to  includa  weather  is  far  from  an  axact  science. 
If  tha  radar  is  installed  on  a  new  (atill  in  developawnt)  fightar  aircraft,  tha  aircraft 
may  not  be  cleared  for  operation  in  weather  at  tha  time  tha  radar  is  being  taatad; 
therefore  tha  use  of  a  radar  testbed  aircraft  may  ba  essential. 


aratlonal  Kvaluatlon 


4.2.1  What  to  Evaluate 

An  overall  operational  evaluation  of  tha  radar  system  should  ba  conducted  based  on  both 
tha  tasting  described  for  tha  detailed  mode  evaluations  in  sectioms  4  and  5  of  this 
volume,  as  wsll  ss  additional  dedicated  tasting  to  accomplish  tha  following  types  of 
objectives i 

-  Evaluate,  during  routine  s/s  flight  operations,  tha  operational  effectiveness  of  ths 
radar,  and  its  suitability  for  single-ship  and  formation  operations 

-  evaluate  ths  operational  effectiveness  of  ths  radar  during  air-to-air  combat 
operations  and  weapons  employment 

-  Identify  pilot  training  requirements  to  achieve  affective  radar  use 
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-  Bulut*  aettttl  •><  radar  haearda  which  could  eaaaa  equipment  damage  or 

imjmty  to  fwtouMl 

-  MMIm  mw  tootle*  1  limitation*  associated  with  tha  radar 

*  Zdmatlfy  and  aaaaaa  aircraft  tactic*  with  raspoot  to  radar  operation 

*  Amo**  the  pilot  par formaaoa/work load 

-  Datarwtot  if  tha  radar  Can  ho  support  ad  by  paraoonal  in  tha  field 

*  Aaaaaa  tha  affect  of  tha  radar  oo  tha  aircraft  reliability  and  maintainability 

-  Aaaaaa  tha  affect  of  radar  ayataa  reliability  on  tha  availability  of  the  aircraft 
under  assort  lm,  sort**  and  sustained  operating  ooodltiona 

*  Aaaaaa  th*  logistic*  sapportability  of  tha  radar  system 

-  Pehm  thine  the  percent  of  engagements  in  idiloh  th*  aireraftt  1)  starts  froa  an 
ettoMted  aatap  dad  achieves  first  weapon  aqploymant,  2)  starts  froa  a  aaotral  setup 
and  tahlavaa  first  weapon  employment,  and  3)  starts  froa  a  defensive  aatup  and 
SOhlava*  a  a  operation  or  first  weapon  employment 

-  Bvaluata  th*  capability  of  th*  radar  while  performing!  1)  a  trail  departure,  2)  a 
tanker  rejoin,  and  3)  high  speed  intercepts 

*  Perform  pilot  subjective  evaluation  of  radar  performance  in  all  modes 


subjective  evaluation  of  radar  performance  in  all  modes 


functional  teat  ooodltiona  will  be  required  each  time  a  aignlf leant  change  is  mad*  to 
th*  radar*  These  conditions  are  Intended  to  determine  if  th*  rt\dar  still  adequately 
foaotioaa  im  tbs  modes  which  should  not  have  been  affected  by  th*  change,  and  that  th* 
changed  modes  function  and  ar*  ready  for  evaluation.  These  run*  may  be  modified  as 
da* | red  go  accomplish  th*  functional  taat  requirements,  the  requirements  for  reference 
data,  on-board  instrumentation,  tpsclflc  targat  alas  and  maneuvering  capability  will 
likely  be  less  stringent.  Table  a  identifies  typical  taat  conditions  which  nay  be 
utilised  for  sod*  functional  check*. 


4.2,2  Condition*  end  rector*  for  Evaluation 

aeration*!  testing  will  use  operational  profiles  end  will  require  eon*  dedicated 
•siona  to  accomplish.  Routine  operations  are  common  to  most  missions  and  for  tha  most 
part  oan  p*  evaluated  in  conjunction  with  other  testing.  Soma  dedicated  sorties  may  be 
required  to  foous  on  specific  tasks  or  mission  segments.  Organisational  end 
intermediate  support  equipment,  military  support  personnel,  and  production  technical 
data  (as  available)  should  be  used.  Data  will  also  ba  gathared  from  any  training 
missions  accomplished. 

Various  fore*  sines  of  test  aircraft  will  perform  radar  Intercepts  and  attacks  against 
simulated  adversary  force  aircraft,  when  appropriate,  other  "friendly"  aircraft  will  Im 
integrated  into  th*  force  mix.  Missions  should  be  structured  to  assess  offensive, 
defensive  and  neutral  initial  conditions.  Emphasis  is  placed  on  determining  tha 
capabilities  of  tbs  radar  and  (whan  applicable)  th*  integration  with  tha  weapons  system. 
Tactical  missions  *r*  typically  planned  for  two  to  four  "friendly"  aircraft  and  from  on* 
to  eight  adversaries.  The  initial  aircraft  set-ups  ar*  co-altitude,  look-up,  and  look- 
dawn,  with  low,  swdlum,  and  high  initial  target  altitudes,  scenarios  ar*  designed  to 
engage  the  targets  from  various  aspects.  Although  tha  majority  of  sorties  will  normally 
be  conducted  during  daylight  hours,  a  small  sample  of  night  missions  should  ba  conducted 
to  investigate  any  *f facta  of  tha  night  environment  on  th*  ability  of  th*  pilot  to 
effectively  employ  th*  radar  system. 


Detection 


4.3.1 


What  to  Evaluate 


The  primary  evaluation  for  an  air-to-air  radar  ia  that  of  determining  its  capability  to 
detect  an  airborne  target.  Th*  full  operating  envelop*  of  radar  detection  capabilities 
n«e ds  to  b*  determined  in  all  search  modes  (RWS  medium  and  low  PRF,  and  VS)  including 
ninianmB  and  maximum  detection  ranges.  In  addition  to  the  statistical  measure*  of  radar 
detection  performance,  th*  pilots  should  nak*  a  subjective  evaluation  of  detection 
performance  in  operational  scenarios  and  tha  utility  of  various  faatures  such  as  false 
alarm  rate,  low  versus  medium  PRF,  VS,  and  QMTR. 

There  are  several  ways  of  axpraasing  tha  dataction  range  of  an  a/a  radari  Pq,  P~um'  and 
what  might  ha  termed  the  "pilot"  detection  range.  These  are  all  directly  related  to  th* 
*ca  of  th*  target  end  will  change  based  on  different  aspect  angles  with  respect  to  the 
e*»i  target,  or  different  else  targets.  The  terms  presented  in  this  volume  are  also 
oppiioabl*  to  radar  systems  which  do  not  have  a  synthetic  display,  with  tha  added 
requirement  that  the  evaluation  also  include  display  interpretation  to  define  th* 
criteria  for  saying  that  a  target  detection  is  present. 

Th*  single  seen  probability  of  detection,  Pq  (also  termed  the  blip-scan  ratio),  is  the 
ratio  of  the  number  of  target  detections  (hits)  to  opportunities  (usually  based  on  on* 
opportunity  per  scan).  Th*  detection  rang*  is  specified  as  th*  rang*  at  which  Pn 
reach**  a  certain  percent  of  target  detections  versus  opportunities— usually  either  Sf 
or  M  percent,  hi*  cumulative  probability  of  dataction,  PCgHI  ia  tha  cumulative 
probability  of  tha  first  targat  detection  baaed  on  a  number  or  similar  runs,  and  is 
unuily  specified  as  tha  rang*  nt  which  P~jM  ia  either  85  or  9#  percent.  An  example  of 
•  way  of  exproeaiog  Pcqm  i*  *•  laj  *  which  would  be  defined  as  th*  rang*  beyond  which 
85  percent  of  th*  first  target  detections  occurred. 
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Tam.!  2  Typical  Functional  Flioht  Tmt  Conditions 


RUN  I  CONDITION 


KSi"  IS8  . . K"**'s 


1 

Low  Alt.  475 

5K 

2  ♦/-  180  385  500 

20nm  6L  Cli 

Look  oomm 

80*  ♦/•  5 

(Rl 

Head-on 

♦/ 

Clutter  rejection 
(RMS).  Detection  8 
♦/-  SO*.  altitude 

LINE  TRACKER.  NOTES: 

1.  5,  5 


2  Lon  Alt*  *75 
Moving  Tot. 
Rejection 


♦/-  N/A  N/A  H/A 


6NTR  Selection  (RMS) 
Fly  parallel  to  a 

NIQHNAY  AT  800  PPS 
•ROUND  SPEED.  SELECT 
LON/HI OH  NOTCH  WHILE 
PAINTINO  THE  TARSET 
AREA*  NOTES:  1,  3 


3  Lon  Alt* 
Look  down 
Head-on 


5K  Spot  180 

♦/-  5 


350  500  20nh  AR 


Spotlioht  (RMS)  De¬ 
tection  range.  Notes: 
1.  3*  5 


*  Ned.  Alt. 


10K  N/A  180  MS  6K  12nh  AR 
+7-  5 


Scan  Patterns.  (ACN) 
30  X  20)  Auto  acqui- 
tion*  Altitude  line 
tracker*  6HTR  selec¬ 
tion. 


5  Ned.  Alt.  295 


10K  N/A  180 
♦/-  5 


295  6K  12  AR 


Scan  Patterns.  (ACN 
Slewable)  Auto  Acqui¬ 
sition.  Altitude  line 
tracker.  6NTR  Selec¬ 
tion* 


6  Ned.  Alt-  350 


12K  N/A  180 
♦/-  5 


350  15K  5NN  1000' 


Scan  patterns.  (ACN 
10X40)  Auto  Acquisi¬ 
tion.  Altitude  line 
tracker.  Target  hakes 

LEVEL  TURN,  FIGHTER 

follows  making  re¬ 
peated  ACQUISITIONS. 
Note:  4 


7  Ned-  Alt.  350 


8  High  Alt.  300 
Head-on 


15K  N/A  0 
♦/-  5 


20K  AR  180 
♦/-  5 


350  15K  2000'  1000' 


300  25K  40nh  AR 


Scan  patterns.  (ACN 
bores i ght) Auto  Acqui¬ 
sition.  Altitude  line 
TRACKER.  6NTR  SELEC¬ 
TION.  Target  ferforns 
SPLIT-S,  FIGHTER  FOL¬ 
LOWS  MAKING  REPEATED 

acquisitions.  Note:  4 

Processing  tine  (RCR) 
Initiate  RCR  several 
times-  Notes:  2.  4,  5 


9  Low  Alt  300 
Head-on 


5K  AR  180 
♦/-  5 


300  500  AR  AR 


Clutter  Rejection 
(VS).  Detection  8  ♦/- 
60*.  Hake  several 
acquisitions*  Notes: 
1,  4 


10  Ned.  Alt.  475 
Look  Up 
Read-on 


13K  1  ♦/*  180 

30*  ♦/-  5 


445  35K  20nh  AR 


Altituoc  line  tracker 
Spotlioht  Acquisition 
Desingnate.  Observe 

THAT  THE  TRACKER/ 
BLANKER  IS  DISABLED 

Notes:  2,  4 


Taile  2 


RUN  #  CONDITION 


11  flED-  AkT.  250  15K  N/A  0  355  17K 

+/-  5 


12  LON  Alt-  250  SK  N/A  0  355  500' 

♦/-  90 


13  High  Alt-  250  20K  3  ♦/-  Multiple  targets 

All  Aspects  25* 


Notes:  l-  Altitudes  are  A6L- 

2-  Altitudes  are  MSL- 

3-  Speeds  are  ground  speeds- 

A-  A  FIGHTER-SIZED  TARGET  IS  REQUIRED- 
5-  AR  IS  AS  REQUIRED- 
0-  61  IS  6IHBAL  LIMITS- 


27 


Ml  IBfi 


500*  6L  Spotlight  (STT)  Track 

THRU  NOTCH-  AUTO 
RANGE  SNITCHING-  EN¬ 
TRY  into  licit-  Acqui¬ 
sition  NITH  MANEU¬ 
VERING  target-  Acqui¬ 
sition  NITH  HIGH 
closure.  Have  target 

START  AT  500'  RANGE 
AND  INCREASE  RANGE 
SEPARATION.  TARGET 
PERFORMS  180*  TURN 
Perform  RCR  as  target 
closes-  Notes:  2.  3 


5  AR  Same  as  RUN  11  except 

LON  ALTITUDE-  NOTES: 
1  *  5 


Azimuth  and  elevation 
coverage-  Target  pri¬ 
orities-  Pilot  pri¬ 
ority  override-  Ex¬ 
panded  DISPLAY-  Han- 
uai /Auto  TWS-  Multi- 
target  track-  Track 

TRANSFER-  TRACK  TAR¬ 
GETS  OF  OPPORTUNITY- 
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fht  "pilot*  detection  rang*  can  bo  defined  os  that  rang*  at  which  tho  pilot  ia  abla  to 
determine  thora  it  truly  a  targot  praaant.  With  a  ayathotie  diaplay  radar,  thia  la 
dapoadoat  oa  tha  ayatoai  Calao  alara  rata,  oporator  experience  aad  faith  in  tha  tyatu, 
and  tha  flight  scenario.  Normally  tha  "pilot"  dataetioa  raaga  would  bn  groatar  than  tha 
F0  raaga  but  laaa  than  tha  *cun  firat  hit  raaga  uadar  tha  seas  conditions. 

Zn  an  oparatloaal  aaaaa,  thara  oan  alao  ba  a  "uaaful"  contact  range,  capoeially  alncn  it 
■ay  wall  ba  dapaadaat  on  tha  tactical  aituatioa  (during  which  tha  pilot  aay  not  hava  tha 
opportunity  to  ba  contiauoualy  obaerwing  tha  radar  diaplay)  and  tha  woapona  to  ba 
anployed.  Tha  number  of  target  dataotiona  required  to  daelara  a  "uaaful"  targot 
dataetioa  range  could  range  froa  aa  low  aa  one  (if  tha  target  location  ia  wall  known  by 
another  aouree  auoh  aa  aa  early  warning  ayatea  and  transmitted  to  tha  fighter  pilot  to 
hava  hin  search  a  aaall  apeeiflc  area)  to  aavaral  if  in  a  aulti-targot  anvironaant.  Zn 
that  oaaa,  tha  criteria  to  declare  a  detection  could  vary t  for  aaaapla  it  could  be 
defined  aa  uaing  a  acan  pattern  to  cover  an  area  for  a  target  aa  reported  by  another 
source,  receiving  two  closely  apacad  hits  on  tha  the  anapected  target,  and  then  an 
attempted  lock-on  to  confira  the  target  ia  praaant. 

One  other  exception  to  the  detection  definitions  previously  stated  is  that  of  a/a  beacon 
aode.  Tha  display  of  a  beacon  return  normally  consists  of  a  eat  of  characters  or  lines 
which  indicates  tha  beacon  range  and  tha  beacon  coda,  lines  there  is  no  interpretation 
required  and  the  aode  usually  includes  a  capability  to  fraaaa  the  display  to  batter 
identify  the  return  location,  the  firat  hit  would  be  sufficient  to  describe  tha 
detection  range  and  a  blip-scan  ratio  would  not  be  not  required.  The  evaluation  should 
note,  however,  the  consistency  of  the  presence  and  location  of  tha  returns  froa  scan  to 
scan  with  respect  to  range  and  asiauth. 

evaluation  of  the  radar  detection  capability  will  alao  include  a  determination  of  tha 
existence  of  any  detection  holes  ("blind  sonea")  in  velocity  or  range  using  the  results 
froa  a  number  of  runs  to  correlate  any  holes  with  target  range  or  combinations  of 
fighter  and  target  velocities.  This  relationship  will  likely  change  with  re-pect  to  Mrs 
versus  VI  nodes,  long  range  search  options  which  interleave  aedlua  and  high  PRF  on  a 
scan-to-acan  basis,  and  aay  alao  be  dependent  on  what  ground  moving  target  rejection 
(ONTR)  velocity  is  selected.  Also,  the  adequacy  and  usability  of  the  displayed 
alniaua/aasiaua  search  altitude  (the  spatial  coverage  of  the  antenna  pattern  at  the 
cursor  range)  should  be  evaluated  by  the  pilot  with  respect  to  how  well  he  can  use  the 
Information  to  help  locate  the  scan  pattern  to  detect  a  target. 

Zn  a  synthetic  diaplay  radar,  the  false  alara  rate  (FAR)  must  be  very  low  (typically  no 
BK>re  than  one  false  alara  per  minute)  in  order  to  recognise  the  presence  of  true 
targets.  Zn  a  look-down  radar  mode,  ground  clutter  is  the  main  contributor  to  false 
alarms,  so  the  evaluation  aunt  determine  if  the  system  properly  rejects  (notches  out) 
the  clutter  return  presented  by  tha  terrain.  False  alarm  rate  should  be  evaluated  on 
every  detection  run  since  a  tradeoff  exists  between  FAR  and  detection  range  sensitivity. 
The  look-down  detection  nodes  may  have  an  operator-selectable  ONTR  velocity  in  order  to 
distinguish  and  eliminate  the  display  of  relatively  slow  moving  ground  targets  and 
enhance  the  pilot  observation  of  the  desired  airborne  target.  The  evaluation  should 
include  an  asaeesaent  of  the  effects  of  each  selectable  QMTR  velocity  on  the  detection 
range  and  FAR.  Velocity  search  aode  is  also  aore  susceptible  to  false  alarms  being 
generated  by  multiple  velocity  returns  froa  sources  such  as  jet  engine  modulation, 
aircraft  propellers,  and  helicopter  rotors. 

The  accuracy  of  the  target  information  on  the  radar  display  should  be  evaluated, 
especially  if  the  operator  or  radar  ayatea  is  exchanging  target  information  with  another 
airborne  or  ground-based  source.  For  a  B-scan  display,  this  would  be  the  accuracy  of 
the  target  range  and  asiauth  in  RW8,  and  target  velocity  and  asiauth  in  vs.  If  the 
fighter  is  equipped  with  an  on-board  IFF  interrogator,  tha  correlation  of  the  radar- 
detected  targets  with  the  ZFF-detected  targets  should  be  evaluated. 

Evaluation  of  the  scan-to-scan  asiauth  and  range  correlation  (target  centroiding)  should 
determine  if  any  changes  occur  in  the  displayed  target  asiauth  or  range  when  displayed 
froa  left-to-right  or  right-to-left  scans  in  each  aode.  This  is  a  aore  likely 
occurrence  if  the  radar  has  a  long  range  search  option  (which  interleaves  high  and 
medium  FRF  in  alternate  scans)  due  to  the  differences  in  range  resolution  and  accuracy. 
If  present,  these  displayed  target  position  shifts  could  confuse  the  true  target 
poeition  or  mislead  the  pilot  into  believing  aore  than  one  target  was  being  detected. 

Determination  of  the  radar  capability  for  aultipla  target  range,  asiauth  and  elevation 
resolution  (elevation  resolution  is  a  function  of  the  elevation  bar  overlap  in  other 
than  one-bar  scan)  is  the  measurement  of  its  ability  to  distinguish  between  two  or  aore 
airborne  targets.  Tests  will  determine  the  minimum  separation  for  which  two  targets  can 
be  distinguished  and  displayed.  In  VS,  resolution  is  the  minimum  doppler  velocity 
separation  required  to  distinguish  and  display  aultiple  targets. 

The  effects  of  several  different  radar  operating  variables  should  also  be  evaluated* 
scan  width,  pattern,  speed  and  elevation  coverage;  operating  frequency;  the  presence  of 
weather;  the  detection  of  weather;  changes  in  radar  systsa  sensitivity;  end  non-clutter 
rejection  mode  operating  envelope.  A  number  of  operator-selectable  combinations  of 
radar  scan  width,  pattern,  speed  and  elevation  coverage  is  usually  available,  as  well  as 
those  that  are  preset.  The  use  of  one  versus  another  can  impact  detection  range,  and 
should  be  coapared  to  an  established  detection  performance  baseline  to  aeasure  any 
affects.  If  the  radar  has  sore  than  one  selectable  operating  frequency  (aost  do),  any 
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•MmU  of  shufing  tM  cfmtiag  (r«vwney«gtvM  oil  other  condition*  ere  the  i»me- 
should  bo  determined  for  target  detection  end  felee  elerm  rate.  if  teet  condition* 
•Ho*  the  fighter  end  target  to  be  eepereted  by  weather,  eay  effect*  on  detection  renge 
or  felee  elerm  rete  should  be  evaluated.  some  air-to-air  reder  non-clutter  rejection 
mode*  (such  ee  Lflf)  mey  el low  detection  of  ereee  of  lerge  weather  buildup*.  If 
condition*  permit*  en  evaluation  should  be  made  of  the  reder  effectivenee*  in  detecting 
the  presume*  of  weather  end  identification  of  aeaoeieted  ohareeteristic*.  The  Adequacy 
of  the  eyetem  to  compeneete  for  chengee  in  sensitivity  (ueually  e  factor  of  the 
meohaninetion  of  the  autastttle  gain  control  (AOC))  ahould  be  aeeeeeed  with  reapect  to 
any  effect*  of  fighter  altitude  change*,  or  the  proximity  of  a  radar-equipped  wingman. 
It  1*  poeelbie  that  the  proximity  of  a  wingman  could  drive  the  AOC  up  (and  therefor* 
lower  the  radar  eyetem  eeneltivity)  whieh  would  deereaee  the  radar  detection  rang*, 
mie  1*  a  potentially  aerloua  impact*  particularly  ainco  there  would  likely  be  no 
imdicatlon  to  the  pilot  of  a  decrees*  in  radar  capability.  The  operating  envelop*  of 
non-clutter  rejection  modes  aueh  aa  LPRP  and  Vi  (primarily  a  function  of  antenna  tilt 
angles  end  clutter  condition*)  should  be  explored  and  identified  during  the  test 
program*  LPRP  la  typically  limited  to  antenna  tilt  angles  of  greater  then  about  +3 
degrees*  depending  on  the  fighter  altitude  and  the  aurrounding  terrain*  since  lower 
angle*  result  in  an  exceaslvely  high  false  alarm  rat*. 

4.3.2  Conditions  and  factors  for  Evaluation 

■valuation  of  the  radar  a/a  detection  capabilities  involves  a  substantial  nuaber  of  teat 
condition*  and  factors.  These  include  both  look-up  and  look-down  runs  in  the  presence 
of  different  clutter  backgrounds  and  at  a  variety  of  tilt  angles*  combinations  of 
fighter/target  altitudes  (such  as  low/low*  low/medium*  low/high*  mediua/low* 
medium/high,  high/low*  and  high/high)  and  detection  through  different  portions  of  the 
radon*.  Also  ueed  should  be  head-on*  tall-on  and  off-angle  (such  as  43  degrees) 
fighter/target  flight  patterns  to  obtain  a  variety  of  closure  rates*  different  clutter 
relative  speeds  off-angle*  and  to  detect  the  existence  of  reflection  lobes*  different 
false  alarm  rates  or  radom*  effects.  Terrain  background  has  the  most  effect  on  a/a 
radar  look-down  modes,  but  can  also  affect  look-up  modes  when  flown  at  lower  altitudes 
with  shallow  look-up  antenna  tilt  angles.  Testa  at  different  elevation  and  aximuth 
angle*  are  especially  important  if  the  radar  antenna  is  a  non-scanning  phased  array, 
since  it  will  likely  have  a  different  detection  range  off-angle  versus  heed-on  due  to 
the  pattern  forming  characteristic*.  A  rang*  of  various  fighter  and  target  apeede  will 
investigate  if  there  are  any  detection  holes  or  significant  changes  in  detection 
probabilities  when  in  different  regions  of  visible  PRPs.  Typically,  (  to  Id  samples  of 
each  detection  teat  condition  are  required  to  provide  statistically  meaningful  results. 

The  effect  of  terrain  background  on  detection  capability  is  measured  by  making 
comparisons  of  measured  detection  ranges  over  different  terrains  while  holding  all  other 
conditions  oonatant.  The  type*  of  clutter/terrain/backscatter  coefficient  used  may  have 
a  substantial  effect  on  the  system  false  alarm  rate  and  detection  sensitivity.  It  may 
impose  a  distinct  altitude  line  in  the  radar  (worst  case  being  a  calm  eea)  and  present 
large  discrete  ground  targets  (especially  terrain  such  as  steep-sided  ice-covered 
cliffs).  The  radar  performance  requirements  may  include  e  specific  beckscatter 
coefficient  to  be  used,  but  it  may  not  be  available  at  the  test  eit*  during  the  test 
program.  Commonly,  radar  system  performance  is  evaluated  over  desert*  smuntainous, 
urban  and  sea  terrains*  but  the  true  terrain  reflectivity  coefficients  for  the  actual 
test  areas  may  not  be  known.  There  are  several  factors  to  consider  in  this  situation. 
While  the  beckscatter  coefficient  may  be  known  for  another  area  further  away  from  tbo 
test  facility,  the  tests  may  be  constrained  by  the  availability  of  ground-based 
reference*,  or  telemetry  receivers  in  that  are*.  Thia  situation  may  result  in  changes 
such  aa  the  us*  of  a  non  ground-based  reference  system  such  es  the  Global  Positioning 
System*  or  by  accepting  less  accuracy  through  the  use  of  a/a  TACAW.  Another  solution 
for  the  lack  of  beckscatter  coefficient  for  the  test  area  has  been  to  implement  a  scan 
down  capability  in  the  radar  which,  when  calibrated  properly  before  the  flight,  will 
gather  data  in  the  detection  modes  to  make  a  judgement  on  the  relative  amount  of  clutter 
presented  to  the  radar.  The  most  expensive  solution  is  to  us*  an  airborne  system  to 
make  thorough  measurements  of  the  beckscatter  coefficient  for  the  test  area  to  be  used. 

Detailed  knowledge  of  the  target  radar  cross-section  (RCS)  is  extremely  important  and 
must  be  known  for  all  aspect  angles  to  be  used,  since  considerable  changes  occur  on  most 
targets  with  changes  in  aspect  angle  and  sngl*-of-attack.  To  preserve  a  consistent 
target  RC8  during  detection  testing,  it  is  important  to  establish  test  condition 
tolerances  in  order  to  maintain  the  target  aspect  angle  within  a  fairly  small  rang*. 
Often,  the  RCS  of  the  target  used  is  different  from  that  called  for  in  the 
specification.  It  would  be  helpful  if  the  specification  were  written  with  the  actual 
available  targets  in  mind,  and  even  better  if  a  standard  target  was  defined.  However, 
if  the  target  RCS  is  different  from  that  in  the  specification,  the  measured  detection 
range  oan  be  normalised  using  the  1/R4  (R  is  rang*  to  the  target)  relationship  from  the 
radar  equation.  Also,  knowing  the  RCS  of  the  target  used  will  allow  extrapolating  the 
test  results  to  any  target  of  interest.  A  note  of  caution  is  appropriate  since  this 
extrapolation  oannot  be  applied  universally  for  several  reason*!  1)  very  small  targets 
in  a  look-down  situation  will  have  to  compete  with  large  clutter  returns  and  may  fall 
below  system  thresholds  thereby  changing  the  detection  rang*  significantly,  2)  very 
small  targets  also  require  a  lower  tilt  angle  (the  antenna  pointed  further  down)  to 
detect  the  smaller  target  at  a  shorter  range  which  can  cause  the  radar  to  pull  in  more 
clutter  AOC,  3)  very  large  targets  may  pose  such  a  large  signal  return  that  the  system 
sensitivity  and  false  alarm  mechanisations  will  not  adequately  compensate*  and  4)  other 
factors  associated  with  targets,  such  as  the  rotors  on  a  helicopter,  may  alter  the 
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extrapolated  diuetlon  rang*.  If  taat  time  and  resources  permit,  a  further  check  o( 
tha  datactioc  rang*  extrapolation  baaad  on  targat  Ml  can  ba  accomplished  by  taata  using 
several  different  sisea  of  targata  and  tharaby  chacking  aavarai  points  on  tha 
txtrapolatlon  "ourve*  with  respect  to  targat  aisa  and  oluttar  background. 

Detection  runa  should  ba  accomplished  with  tha  radar  antanna  aat  at  a  constant  tilt 
aagia  throughout  tha  run  and  for  all  similar  runs,  otherwise  tha  dataction  probabilitiaa 
osn  ohanga  significantly  if  tha  targat  doas  not  antar  tha  radar  beam  at  tha  a  asm  ranga 
aaoh  Uas.  Most  dataction  runs  ara  in  a  two-bar  scan  pattern  with  tha  tilt  angla  sat  to 
cover  tha  targat  at  tha  pradietad  dataction  range.  This  should  produce  proper  PD 
curves*  but  if  not  (tha  lD  curves  do  not  rise  to  tha  required  percentage  before  tha 
target  exits  tha  baaa  or  rise  immediately  as  soon  as  it  enters  tha  beam)*  a  different 
tilt  angla  should  ba  used.  Tha  amphasia  on  netting  tha  tilt  angla  may  require  a  non¬ 
standard  high  accuracy  tilt  angla  readout  on  tha  radar  display  (to  a  tenth  of  a  dagraa) 
during  the  taat  program  to  achieve  repeatable  results.  During  dataction  test 
conditions*  targat  history  (tha  number  of  frames  during  which  tha  dataction  symbol 
rsmaias  on  tha  display)  should  ba  selected  for  tha  lowest  setting  (preferably  one)  to 
minimise  confusion  of  actual  targat  detections  with  tha  presence  of  falsa  alarms. 

The  targat  must  ba  flying  straight  and  level  at  tha  start  of  each  detection  run, 
otharwisa  unrealistic  dataction  ranges  will  result  against  a  targat  still  maneuvering  to 
achieve  tha  run  conditions.  Maximum  targat  dataction  ranga  runs  normally  start  with  a 
asparation  betvsen  tha  fighter  and  tha  targat  wall  beyond  tha  estimated  maximum 
detection  range*  and  ara  sat  up  in  either  a  tail-chase  or  head-on  configuration  to  oloaa 
in  separation  until  the  target  is  out  of  tha  radar  beast,  if  tha  run  is  started  with  tha 
targat  at  short  ranga  already  being  detected*  and  than  increasing  targat  aaparation 
until  it  is  no  longer  detected,  it  ia  more  a  test  of  tha  retention  of  detecting  a  target 
rather  than  tha  maximum  dataction  ranga. 

A  major  source  of  targat  falsa  alarms  can  ba  tha  presence  of  vary  large  radar  cross- 
section  discrete  targets  (on  tha  order  of  lff.Mt  square  maters)  in  tha  antanna  aidelobe 
and  radome  reflection  lobes.  Look-down  testa  should  ba  conducted  in  an  area  with  low 
backacattar  coefficient  terrain  on  one  side  of  tha  ground  track  and  large  discrete 
targets  on  tha  other  side  of  tha  ground  track.  Testing  should  include  rolling  maneuvers 
whit*  causa  tha  beam  to  illuminate  many  radome  locations  to  note  any  false  alarms  caused 
by  antenna  sidalobea  and  radome  reflection  lobes,  the  shape  of  the  radome  will  dictate 
how  much  tasting  and  how  many  angles  should  be  observed.  If  the  radome  is  symmetrical* 
it  ia  unlikely  any  change  in  PAR  would  result.  However,  if  it  ia  not  symmetrical, 
differences  in  reflection  lobe  charactaristioa  may  exist  and  cause  a  PAR  change. 
Section  3.7  of  this  volume  contains  a  further  discuasion  on  radome  evaluation. 

Multiple  targat  asimuth,  range  and  velocity  resolution  can  be  accomplished  by  varying 
the  separation  of  two  targets  (using  only  one  separation  type  at  a  time)  end  requiring 
continuous  TSPI  on  the  fighter  and  targets  to  correlate  their  actual  separation  with  the 
number  of  targets  shown  on  the  radar  display.  The  most  advantageous  method  of 
conducting  the  range  and  asimuth  resolution  tests  ia  to  set  the  aircraft  up  in  a  tail- 
chase  aspect  in  order  to  better  control  the  test  conditions  and  achieve  many  separations 
and  closures  in  a  shorter  period  of  time.  Tha  nature  of  the  velocity  search  mode  will 
require  the  targets  be  set  up  in  a  tail  chase  with  respect  to  each  other*  but  head-on  to 
the  fighter. 

Tests  involving  weather  are  difficult  to  'schedule*  in  advance  and  are  therefore 
accomplished  as  time  and  weather  permits.  It  is  also  difficult  to  quantify  the  weather 
when  encountered,  resulting  in  only  a  qualitative  analysis  of  its  effects  on  radar 
capabilities.  Therefore  this  test  is  of  a  lower  priority,  yet  is  still  a  worthwhile 
evaluation  to  conduct.  There  is  no  necessity  to  actually  penetrate  the  weather,  only  to 
have  it  in  the  vicinity  between  the  fighter  and  the  target.  Table  3  contains  typical 
test  conditions  for  a/a  detection  testing. 


4.4  Manual  Acquisition 

4.4.1  What  to  Evaluate 


Manual  acquisition  is  dsfined  as  the  process  whersin  the  operator  identifies  a  target  of 
intersat  (usually  through  moving  a  cursor  over  the  target,  on  the  radar  display)  and 
designates  (commands  tha  radar  system  to  initiate  a  track/ lock  on  to)  that  target.  The 
adequacy  of  the  sise  of  the  cursor  "window"  which  defines  the  area  of  interest  must  be 
determined,  the  important  aspect  is  the  range  interval  that  the  cursor  represents — its 
defined  internal  range  dimension  is  a  tradeoff  between  the  system  ability  to  resolve  and 
lock  on  to  the  desired  target  in  a  formation  of  closely  spaced  targets  (using  a  narrow 
cursor  range  interval),  versus  the  capability  to  lock  on  to  a  single  high  closure  rate 
target  (using  a  wide  cursor  range  interval  to  accommodate  the  rapid  change  in  target 
range).  It  is  probable  that  there  may  be  different  window  sises  mechanised  for  various 
stages  of  the  acquisition  cycle  such  as  designate,  confirm,  mini-scan  and  reacquisition. 
The  evaluation  of  the  cursor  sise  will  also  involve  an  operational  assessment  of  the 
precision  required  of  the  pilot  to  place  the  cursor  in  order  to  achieve  a  high  rate  of 
look-on  success.  The  acquisition  cursor  movement— both  the  rate  of  movement  and 
sensitivity  to  pilot  inputs— will  be  qualitatively  evaluated.  The  movement  is  usually 
determined  by  the  radar  software  and  will  vary  with  the  amount  of  control  deflection  and 
whether  the  mechanisation  represents  a  position  or  a  rate  coanmnd. 


Table  3  Typical  A/A  Detection  Flight  Test  Conditions 


CQMJUTLQM 


SPeI^^LT 

(KNOTS?  im 


LOOK 

ANGLE 

XJIEfil 


IEKRAUt _ REMARKS _ 


1 

LOW  ALT, 

474  6S 

5K  A6L 

0 

HEAD 

340  6S 

500  A6L 

D 

Clutter  detect. 

LOOK-DOWN , 

+/-  5 

BLIP- SCAN  RATIO, 

HEAD-ON 

FAR. 

2 

LOW  ALT, 

474  6S 

5K  A6L 

0 

TAIL 

340  6S 

500  A6L 

D 

Clutter  detect. 

m-°m’ 

♦/-  5 

BLIP-SCAN  RATIO, 
FAR. 

3 

NED  ALT, 

700  GS 

30K  A6L 

0 

HEAD 

432  6S 

33K  A6L 

D 

Blip-scan  ratio. 

LOOK-UP 

HEAD-ON 

♦/-  5 

FAR. 

4 

NED  ALT, 

700  6S 

30K  A6L 

0 

TAIL 

432  6S 

33K  AGL 

D 

LOOK-UP, 

TAIL 

+/-  5 

5 

LOW  ALT. 

320  6S 

SK  A6L 

45 

45* 

320  GS 

500  AGL 

D 

Clutter  detect. 

LOOK-DOWN 

+/-  5 

BLIP- SCAN  RATIO, 

CLOSING 

FAR. 

6 

LOOK  DOWN 

300 

5K  AGL 

0 

HEAD 

250 

IK  A6L 

M 

+/-5 

7 

LOOK  UP 

300 

IK  A6L 

0 

HEAD 

250 

FTR+15K 

D 

+/-S 

8 

LOOK  UP 

300 

IK  AGL 

0 

HEAD 

250 

FTR+15K 

M 

+/-5 

g 

LOOK  DOWN 

300 

15K  AGL 

0 

TAIL 

250 

5K  AGL 

D 

+/-5 

10 

LOOK  DOWN 

300 

15K  AGL 

0 

TAIL 

250 

5K  AGL 

N 

+/-5 

11 

LOOK  DOWN- 

300 

15K  MSL 

45 

45* 

300 

5K  AGL 

D 

45* 

+/-5 

12 

LOOK  DOWN- 

300 

5K  A6L 

0 

HEAD 

250 

500  AGL 

D 

LO  ALT 

+/-5 

13 

LOOK  DOWN- 

300 

5K  AGL 

0 

TAIL 

250 

500  AGL 

D 

LO  ALT 

+/-5 

14 

LOOK  UP- 

300 

15K  MSL 

45 

45* 

300 

20K  MSL 

D 

45* 

+/-5 

15 

LOOK  DOWN 

0-9 

30K  MSL 

0 

HEAD 

250 

500  A6L 

D 

MACH 

+/-5 

16 

LOOK  DOWN 

0-9 

30K  MSL 

0 

HEAD 

250 

500  AGL 

M 

MACH 

+/-5 

17 

HIGH  SPEED 

1-5 

30K  MSL 

0 

HEAD 

1.5 

35K  MSL 

D 

MACH 

+/-5 

MACH 

18 

LOOK  DOWN 

MAX 

5K  AGL 

0 

HEAD 

500 

500  AGL 

D 

+/-5 

19 

LOOK  UP 

300 

5K  AGL 

0 

TAIL 

300 

15K  MSL 

D 

Separation  vari¬ 

+/-5 

able  between  two 
targets  to  check 
azimuth  RESOLU¬ 
TION. 

20 

LOOK  DOWN 

300 

15K  NSL 

0 

TAIL 

300 

IK  MSL 

D 

Separation  vari¬ 

+/-5 

able  BETWEEN  TWO 
TARGETS  TO  CHECK 
AZIMUTH  RESOLU¬ 
TION. 

21 

LOOK  UP 

0-3 

5K  AGL 

0 

TAIL 

300 

15K  A6L 

D 

Separation  vari¬ 

MACH 

+/-5 

able  BETWEEN  TWO 
TARGETS  TO  CHECK 

RANGE  RESOLUTION 
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Of  primary  importance  is  the  maximum  radar  lock-on  ranga  to  a  target.  Normally, 
acquisition  would  be  attempted  as  soon  as  a  detection  is  displayed  to  see  if  the  system 
will  look  on  to  any  target  it  can  datact.  The  rats  of  success  of  look-ona  attempted 
(nuMbmr  of  successful  look-ens  versus  the  number  of  opportunities)  will  be  evaluated 
with  respect  to  the  criteria  used  to  have  the  pilot  designate  (i.e.,  whether  to  start  at 
the  first  target  detection,  or  to  wait  until  a  predefined  number  of  detections  ere 
displayed).  In  some  cases  the  radar  may  detect  a  target  but  will  not  be  able  to  lock  on 
to  it  until  it  is  closer  in  range.  Ixamples  of  these  oases  includet  attempting  a  lock- 
on  from  a  low  MtF  detection  when  the  radar  Only  tracks  in  medium  PRFj  When  the  radar 
sensitivity  is  significantly  different  in  detection  versus  treekf  or  trying  to  lock  on 
to  a  friendly  aircraft  for  a  rendesvous  after  having  deteoted  it  in  beacon  mode. 

The  ability  to  aoqulre  a  target  can  sometimes  be  used  by  the  operator  as  a  discriminator 
between  a  true  target  and  a  false  alarm.  The  minimum  acquiaiti  n  range  and  the 
fighter/target  range  rate  envelope  (both  opening  and  closing  rates)  shculd  be  thoroughly 
investigated,  especially  to  see  if  there  are  any  effects  on  acquis  it  on  capability  or 
initial  target  data  filtering  required  to  obtain  a  good  track. 

Specifications  may  have  a  requirement  for  the  evaluation  of  "time  to  stable  track." 
Unfortunately,  the  start  and  stop  times  often  have  not  been  sufficiently  defined.  One 
method  which  can  be  used  to  define  the  measured  interval  1st  the  time  from  pilot 
designation  on  a  non-maneuvering  target  to  the  time  that  the  system  achieves  target 
range,  range  rate  and  angle  tracking  accuracies  within  the  two  sigma  values  of  the 
steady-state  STT  accuracy  requirements.  This  time  will  vary  depending  on  the  search 
mode,  track  pattern  sise  and  antenna  position  (unless  it  is  an  electronic  scan)  at  the 
time  of  designation,  as  well  as  the  radar  processing  time  required  to  redetect  and 
confirm  target  presence.  Time  to  stable  track  should  be  measured  for  lock-ons  initiated 
from  detection  in  medium  and  low  PRF  RHS,  and  from  VS.  The  operational  time  requirement 
for  stable  track  is  highly  dependent  on  the  accuracies  needed  for  weapon  deployment 
"first  ahot"  under  the  particular  circumstances  of  the  engagement.  Also,  the  time 
required  to  reach  stable  track  may  be  used  by  the  operator  as  a  discriminator  between  a 
target  and  a  falee  alarm. 

The  target  information  displayed  to  the  pilot  (such  as  closing  velocity,  target  altitude 
or  altitude  differential,  and  aspect  angle)  should  be  assessed  for  usefulness  in 
helping  the  pilot  rapidly  identify  a  target  versus  a  false  alarm,  and  determining  if  it 
is  a  lock-on  to  the  intended  target.  This  can  involve  an  assessment  of  what  data  should 
be  displayed  to  the  pilot  during  the  acquisition  cycle.  The  questions  to  be  explored 
include  a  determination  of  what  should  be  displayed  to  indicate  that  the  system  has 
acknowledged  the  acquisition  command,  and  that  it  is  attempting  to  lock  on  to  the 
designated  target.  Also,  the  system  internal  "confidence  level"  required  before  the 
target  information  is  displayed  to  the  pilot  should  be  investigated  to  ensure  it  is 
appropriate  and  not  prematurely  indicating  a  "good"  track,  or  conversely,  demanding  an 
excessive  level  of  confidence  for  a  good  track.  The  pilot  will  need  to  know  as  soon  as 
possible  whether  the  target  track  data  is  sufficiently  settled  for  weapon  launch  (i.e., 
can  he  shoot?).  The  evaluation  should  be  conducted  such  that  a  decision  can  be  made 
between  the  options  of  displaying  target  data  immediately,  waiting  until  it  is  "good 
enough"  to  shoot,  or  displaying  the  data  but  inhibiting  a  missile  launch  until  the  data 
is  "good  enough." 

4.4.2  Conditions  and  Factors  for  Evaluation 

Manual  acquisition  should  be  evaluated  under  all  conditions  of  target  detection! 
combinations  of  fighter  and  target  altitude,  aspect  angle,  velocity,  opening  and  closing 
rate,  radar  operating  frequency,  clutter  background,  target  RCS  and  the  presence  of 
multiple  targets.  Manual  acquisition  should  not  be  evaluated  on  the  same  test  run  used 
to  measure  PD  since  the  system  should  normally  be  able  to  lock  on  before  Pp  reaches  even 
50  percent,  and  sufficient  detection  data  would  not  be  acquired.  Manual  acquisitions 
should  be  attempted  in  the  presence  of  ground  moving  targets  (GMT)  in  order  to  determine 
discrimination  capabilities  between  GMT  and  the  airborne  target  of  interest.  Also,  very 
high  closure  rate  and  multiple  closely  spaced  target  resolution  runs  will  be  required  in 
order  to  verify  the  operational  adequacy  of  the  acquisition  window  sise. 

Radar  lock-ons  should  be  attempted  at  extremely  short  ranges  and  on  very  large  targets 
at  short  ranges  to  ensure  the  radar  does  not  lock  on  to  target  returns  from  an  antenna 
sidelobe.  If  that  were  to  happen,  it  would  likely  result  in  antenna  position  errors, 
leading  to  a  break lock. 

Since  the  adequacy  of  the  manual  acquisition  capability  is  partly  dependent  on  the 
information  diaplayed  to  the  pilot,  tests  should  be  accomplished  with  at  least  three 
different  pilote  in  order  to  fully  assess  suitability.  Multiple  pilots  will  also 
provide  guidanoe  in  several  areaa  such  as  dstermining  the  best  lock-on  criteria. 
Typical  test  conditions  for  a/a  manual  acquisition  testing  are  contained  in  Table  5  (in 
eection  4.6.2  on  traoking  evaluation)  since  acquisition  and  track  are  normally  evaluated 
together . 


4.5  Automatic  Acquisition 

Automatic  acquisition  capabilities,  referred  to  as  Air  Combat  Maneuvering  (ACM)  modes, 
are  mechanised  to  have  several  different  selectable  scan  patterns.  ACM  is  generally 
designed  for  shorter  range  (typically  10  nm  or  less)  maneuvering  automatic  lock-on  to 
the  target. 


A 


*•5.1  What  to  gyaluats 

CflM  ACM  evaluations  inalude  an  analysis  of  probability  of  detection.  However,  ainoa 
the  syetae  la  mechanized  auoh  that  target  dataotion  and  than  look-on  occur  automatical  ly 
and  uperly  simultaneously,  thara  la  no  counting  of  datactioaa  and  no  PD  curva.  Tha 
analysis  fa  really  on#  of  determining  if  loch-on  occurs  at  tha  first  opportunity  (whan 
tha  target  is  within  tha  field  of  viaw  and  tha  antanna  scans  across  it)  or  later. 
However,  it  is  possible  to  teoporarily  disable  look-on  in  ACM  to  more  fully  Investigate 
tha  detection  capability.  This  is  normally  dona  only  if  significant  problems  are 
encountered  in  ACM. mode  detection.  Look-on  range  ia  an  important  factor,  although  if 
tha  system  mechanisation  is  similar  to  that  of  nonml  detection  and  manual  acquisition, 
this  is  not  usually  a  significant  problem  area  since  ACM  is  restricted  to  wall  within 
the  normal  manual  acquisition  range.  however,  the  radar  may  have  a  different 
mechanisation  for  target  detection  or  discrimination  to  minimise  false  lock-one  to 
larger  discrete  targets  such  as  the  altitude  line.  If  the  system  is  equipped  with  an 
altitude  line  traoker/blanker,  its  effectiveness  should  be  evaluated  with  respect  to* 
proper  positioning  during  fighter  maneuvers}  width  sufficient  to  prevent  altitude  line 
lock-on  but  not  too  great  so  as  to  cause  excessive  holes  in  mode  capability?  and  mode 
performance  variances  when  the  altitude  line  is  positioned  based  on  radar  altimeter 
versus  barometric  aircraft  data. 

The  false  alarm  lock-on  rate  should  be  evaluated  in  ACM  using  all  possible  GMTR 
selections,  when  so  equipped.  T1sm  to  lock-on  and  time  to  stable  track  are  evaluated 
the  same  am  in  manual  acquisition  although  the  scenario  dynamios  will  be  greater  in  the 
ACM  conditions.  The  start  time  for  both  would  normally  be  when  the  target  enters  the 
ACM  field  of  view. 

The  functional  adequacy  and  quantitative  capability  of  each  of  the  ACM  scan  patterns 
(HUD/supersearch,  vertiaal,  alewable  and  boresight)  should  be  evaluated  with  respect  to 
different  fighter/ target  scenarios.  The  sise  of  each  pattern,  the  scan  rate,  and  the 
scan  direction  are  factors  in  the  evaluation,  especially  with  respect  to  the  fighter 
body  and  the  estimated  direction  of  target  movement  when  it  enters  the  field-of-view 
(FOV).  For  example,  during  a  tight  turning  maneuver  with  the  fighter  in  trail  of  the 
target,  the  target  will  usually  enter  the  HUD  FOV  from  top  to  bottom.  If  the  scan 
pattern  were  mechanised  to  scan  in  horisontal  bars  starting  from  top  to  bottom,  it  could 
very  well  end  up  "chasing"  the  targat  and  never  locking  on  to  it,  whereas  if  it  started 
from  bottom  to  top  it  would  have  a  much  higher  probability  of  crossing  the  target  path 
and  achieving  a  lock-on. 

Airborne  target  lock-on,  breaklock,  and  reacquisition  in  the  presence  of  multiple 
targets  must  be  functionally  verified  to  determine  ift  1)  the  system  breaks  lock  when 
commanded  or  when  the  target  fades,  2)  it  then  acquires  the  next  target  in  range  or 
angle  properly  and  timely,  and  3)  it  allows  tha  operator  to  adequately  differentiate 
between  targets  of  interest  using  a  combination  of  scan  patterns.  'This  alto  includes 
determining  which  target  the  radar  will  acquire  if  more  than  one  is  within  the 
acquisition  window  (target  discrimination  and  resolution)  and  the  capability  for  the 
pilot  to  manually  switch  track  from  one  target  to  another. 

*•5.2  Conditions  and  Factors  for  Evaluation 


The  ACM  mode  is  tested  using  a  number  of  combinations  of  maneuvering  figk'.er  and  target. 
The  runs  should  be  described  and  conducted  so  as  to  be  repeatable,  to  obtain  adequate 
sample  sisea  (at  least  three  runs  of  each  test  condition)  and  to  make  comparisons  when 
changing  a  variable  such  as  clutter  background  or  frequency.  Test  conditions  should  be 
conducted  in  a  build-up  fashion  in  terms  of  starting  with  benign  target  line-of-sight 
(LOS)  angles  and  rates,  than  increasing  to  high  rates  since  that  is  the  most  critical 
and  moat  difficult  for  the  mode.  Additionally,  the  most  effective  scan  patterns  should 
be  determined  for  each  condition.  Fighter  maneuvering  also  will  verify  the  radar  system 
(primarily  the  antenna)  capabilities  in  worst  case  (high  g  loading)  conditions.  This  is 
especially  important  when  high  scan  rate  antennas  are  coupled  to  modern  highly 
maneuverable  aircraft. 


Testing  over  several  different  terrains  is  required  since  the  radar  system  is 
autosMtically  determining  target  presence,  and  it  is  highly  undesirable  that  terrain  or 
clutter  returns  be  mistaken  for  targets  resulting  in  a  lock-on  attempt.  Over  water  is 
often  the  worst  case,  since  it  presents  such  a  strong  radar  return,  although  large 
discretes  over  land  can  also  cause  problems.  One  of  the  most  demanding  and  thorough  ACM 
test  situations  is  to  have  the  target  do  a  split-S  maneuver  towards  the  ground  and  than 
have  the  fighter  follow  it.  This  places  the  target  ir.  competition  with  a  strong  clutter 
return  and  will  also  achieve  angles  to  determine  the  effect  of  redone  reflection  lobes 
on  ACM  auto  acquisition.  ACM  modes  should  be  tested  with  the  airborne  target  in  the 
presence  of  ground  moving  targets  to  determine  if  the  radar  will  properly  discriminate 
and  lock  on  to  the  proper  return.  Multiple  airborne  targets  will  be  required  to  set  up 
at  the  same  azimuth  but  trailing  in  range,  or  at  the  same  range  but  separated  in 
azimuth.  Table  4  contains  typical  test  conditions  for  a/a  ACM  testing. 


Table  4  Typical  A/A  Air  Combat  Maneuvering  Flight  Test  Conditions 


RUN 

JL 

CONDITION 

FIGHTER _ 

SPEED  (Ft)  T6T 

(KNOTS)  (ALT)  ASPECT 

“SPcB^IfT'J1  BE6IN  END 
(KNOTS)  (ALT)  RUN  RUN 

REMARKS _ 

1 

20  X  20 

Scan 

300 

20K 

TAIL 

300 

23K 

AR 

AR 

T6T  SPLIT-S  IN  FRONT 
OF  FTR  AT  3  NM  SEP¬ 
ARATION* 

2 

20  X  20 

Scan 

300 

20K 

TAIL 

300 

20K 

AR 

AR 

TOT  AND  FTR  do  45* 
BANK  TURN  SAME  DIREC¬ 
TION,  T6T  SHALLOWS  TO 
30*bank,  FTR  REVERSES 
TO  3*5g  TURN  AND  SE¬ 
LECTS  ACM  AT  2-3  NM 
SEPARATION* 

3 

20  X  20 

Scan 

400 

20K 

TAIL 

400 

20K 

AR 

AR 

ONE  NM  SEPARATION, 
OFFSET,  T6T  DOES  4g 
TURN,  FTR  DOES  HIGH 
6  TURN  TO  BRING  T6T 
INTO  AND  THROUGH  FOV* 

4 

20  X  20 

Scan 

350 

1*5K 

A6L 

TAIL 

300 

500  A6L 

AR 

AR 

ONE  NM  SEPARATION, 
OFFSET,  FTR  TURNS  TO 
PULL  T6T  INTO  AND 
THROUGH  FOV* 

5 

10  X  40 

Scan 

300 

8K  A6L 

ABREAST 

300 

5K 

AR 

AR 

FTR  COMES  OFF  PERCH, 
PULLS  T6T  INTO  AND 
THROU6H  FOV* 

6 

10  X  40 

Scan 

400 

20K 

TAIL 

400 

20K 

AR 

AR 

ONE  NM  SEPARATION, 
OFFSET,  TGT  DOES  46 
TURN,  FTR  DOES  HIGH 
6  TURN  TO  BRING  T6T 
INTO  AND  THROUGH  FOV* 

/ 

10  X  40 

Scan 

300 

15K 

TAIL 

300 

15K 

AR 

AR 

ONE  NM  SEPARATION, TGT 
DOES  SPLIT-S, FTR  DOES 
SPLIT-S  AT  60*  ANGLE 
OFF  AND  PULLS  TGT  IN¬ 
TO  AND  THROUGH  FOV* 

8 

BREAK  LOCK 

350 

20K 

TAIL 

350 

20K 

AR 

AR 

Kith  3000  ft  separa¬ 
tion,  T6T  and  FTR  do 
scissor  maneuver. 

9 

BREAK  LOCK 

450 

25K 

TAIL 

250 

25K 

AR 

AR 

TGT  INITIATES  30*turn 
FTR  BARREL  ROLLS  AT 
1  NM  SEPARATION. 

10 

Med  Altitude 
Slewable 

Low  LOS  RATE 

300 

10K 

TAIL 

300 

10K 

lNM 

Inn 

Acquisition  time  low 
LOS  RATE* 

11 

Med  Altitude 
Slewable 

Hi  LOS  rate 

300 

10K 

TAIL 

360 

10K 

IK  FT 

IKft  Acquisition  tine  high 
LOS  rate*  Target 

HAKES  2  6  "S"  TURNS* 

12 

Med  Altitude 

Slewable 

Opening 

250 

10K 

TAIL 

450 

10K 

500' 

IOnm 

Acquisition  time  tar¬ 
get  OPENING* 

13 

Med  Altitude 

Slewable 

Closing 

450 

10K 

TAIL 

250 

10K 

IOnm 

500' 

Acquisition  time  tar¬ 
get  closing* 

14 

Med  Altitude 

Tailchase 

Slewable 

350 

J3K 

TAIL 

350 

15K 

5nm 

1000' 

Simulated  ACM*  Tar¬ 
get  PERFORMS  LOOP 
THEN  LEVEL  TURN* 

Fighter  follows  mak¬ 
ing  REPEATED  ACQUI¬ 
SITIONS* 

15 

Med  Altitude 
Tailchase 
Bores ight 

350 

15K 

TAIL 

350 

15K  2000' 

1000' 

Simulated  ACM*  Tar¬ 
get  PERFORMS  SPLIT-S, 
FIGHTER  follows  mak- 

I NO  REPEATED  ACQUI¬ 
SITIONS* 


Table  4 


BEGIN  END 

LALD  JUUL  m  JEWS _ 


1QK 

500' 

IOnm 

Acquisition  time 

GET  OPENING* 

TAR¬ 

10K 

10NM  500' 

Acquisition  time 

GET  CLOSING* 

TAR- 

8K 

Inn 

Inm 

Acquisition  time 
LOS  RATE* 

LOW 

8K 

2500'  2500' 

Acquisition  time 
HIGH  LOS  RATE* 

HIGH 

8K 

2500' 

IOnm 

Acquisition  time 

GET  OPENING* 

TAR¬ 

8K 

IOnm 

500' 

Acquisition  time 

GET  CL0SIN6* 

TAR- 

10K 

Inm 

Inm 

Acquisition  time 
LOS  RATE* 

LOW 

10K 

2500' 

IOnm  Acquisition  time 

GET  OPENIN6* 

■H 

> 

3D 

1 

1QK 

IOnm  2500' 

Acquisition  time 

TAR- 

GET  CL0SIN6* 

15K  5mm  1000'  Simulated  ACM-  Target 

MAKES  LEVEL  TURN, 
FIGHTER  FOLLOWS  MAK¬ 
ING  REPEATED  ACQUSI- 
TIONS* 

15K  5nm  1000'  Simulated  ACM-  Target 
PERFORMS  A  SPLIT'S, 
FIGHTER  FOLLOWS  MAK¬ 
ING  REPEATED  ACQUISI¬ 
TIONS* 


4.4.1 


ttts  iftjgteit 

•ingle  target  track  (STT)  ia  usually  Mekuliti  a»4  tvaluaM  us  lag  tka  iuw  Mthota 
whether  entered  from  Manual  acquisition  or  ACM.  although  the  acre  dynamic  nature  of  the 
MM  node  teat  oeaditions  will  aomally  pcodusa  trachlag  under  More  dynamic  situatioae. 
Mm  eve  lent  ion  will  deterniae  the  radar's  capability  to  trank  aa  airherus  target  within 
a  specified  envelope  ef  fighter  and  target  opening  and  closing  velocities,  mages,  roll 
ratee  ant  accelerations,  pitch  rates  and  accelerations,  and  yaw  rates  and  accelerations. 
The  peroeetage  ef  awceeesful  tracks  and  the  ability  to  Maintain  track  with  alalaua 
fading,  breakloeks  or  blind  tones  should  he  verified.  Track  node  accuracies  to  be 
date raised  (ooaparieeas  he tween  the  radar  and  reference  data)  inoledei  target  slant 
range,  range  rate,  range  vectors  (x,  Y  and  S),  velocity  vectors  (x,  Y,  and  S), 
acceleration  vectors  (X,  Y,  and  I),  and  US  angle.  Mmcs  scoursciee  nag  change  (and  any 
be  allowed  te  do  so  tap  the  systen  reeulrensnts)  with  target  range,  hot  angle,  US  angle 
rate  and  Jerk  (rate  of  acceleration).  Also,  correlation  accuracy  of  radar  track  data 
with  on-board  detected  IVY  targets  should  be  evaluated  when  the  fighter  ia  so  equipped. 

Hoise  (rapid  changes)  in  the  target  tracking  data  will  adversely  affect  weapons  delivery 
algorithae  -md  displays,  yet  excessive  danpiag  of  noisy  track  data  can  induce 
undesirable  anoeats  of  lag.  Therefore,  the  track  algorithae  are  necessarily  a 
compromise  and  the  test  program  any  be  required  to  evaluate  several  different  tracking 
algorithae  under  Multiple  weapons  delivery  situations  to  determine  the  adequacy  of  each 
one.  Target  track  noise  will  affect  intercept  steering  oenwands  given  to  the  pilot  and 
hie  capability  to  intarprat  and  follow  than.  Also,  for  weapons  delivery  situetiona, 
such  aa  the  radar  providing  target  pointing  inforantlon  to  lnunoh  nn  Xk  nisei le,  the 
displayed  launch  cues  on  the  kUD  could  turn  out  to  bo  n  blur  on  the  target  circle  duo  to 
excessively  noisy  track  data. 

Xn  a  puls#  doppler  look-down  radar,  the  target  will  go  into  n  (Soppier  notch— the  target 
return  will  caupete  with  the  clutter  return— during  Maneuvers  which  put  the  target  in  a 
bean  aspect.  Typically,  the  radar  will  be  mechanised  to  enter  a  "coast"  nods  and 
extrapolate  the  target  track  based  on  the  last  returns  received.  The  evaluation  should 
measure  the  extrapolation  errors,  whether  the  target  track  data  becomes  lass  atabi lined, 
and  whether  the  radar  will  reacquire  tba  target  successfully  when  it  cones  out  of  the 
notch.  If  the  rndnr  is  nochnninad  to  track  through  the  notch  (by  dynnaicnlly 
determining  the  notch  position  end  width  based  on  the  fighter  situation),  maneuvers  must 
be  set  up  to  give  e  broad  sampling  of  notch  crossing  rates  to  doternlno  if  any 
limitations  exiet.  Also,  "coast"  should  be  cvelunted  to  determine  if  eufficient  trade 
accuracy  is  maintained  to  still  allow  weapons  employment,  such  as  pointing  for  e  radar 
or  infrared  guided  missile. 

During  ell  tracking  conditions,  the  evaluation  will  also  assess  the  value  end  ueefulnesa 
of  track  quality  indicators  (if  equipped),  the  capability  to  track  across  any  ranges 
where  the  internal  processing  changes  (such  as  from  long  range  to  short  range  tracking 
algorithae),  end  evaluate  systen  extrapolation  effect! veneaa  through  node  changes— 
especially  in  the  case  of  a  radar  which  Is  able  to  interleave  modes. 

When  the  radar  does  break  lock  on  a  target,  its  raacquisition  capability  will  require 
evaluation.  This  should  essees  whether  the  radar  will  reacquire  the  target 
eutoaeticel  ly,  how  long  it  tekoa  to  do  so,  end  the  exietence  of  limitations  such  as 
fighter  or  target  velocity,  range  or  LOS  angles.  The  ueefulnesa  of  the  radar 
reecquiaition  mechanisation  is  especially  critical  in  e  tactical  situation  wherein  the 
pilot  may  not  went  the  radar  to  take  the  full  time  to  attaapt  target  raacquisition;  but 
rather  nay  went  to  take  control  and  forca  it  back  to  a  eearch  node  if  the  radar  can't 
rapidly  determine  the  target  location  end  activity. 

The  possibility  of  track  transfer  froa  one  target  to  another  is  an  important  area  to 
test  since,  in  STT,  the  radar  is  blind  to  all  other  targets.  If  the  systen  becomes 
confused  and  transfers  track  to  a  crossing  target,  especially  if  it  is  not  evident  to 
the  pilot,  an  operational  engageaent  could  result  in  dire  consequences.  Teats  should 
alao  be  run  to  determine  if  the  radar  will  transfer  track  to  ground  clutter  returns. 

Evaluation  of  automatic  range  ecele  switching  adequacy  is  normally  a  qualitative 
determination  of  its  usefulness  baaed  on  operator  cosnanta  throughout  the  performance 
envelope.  Typically,  range  scale  switching  to  the  next  higher  or  lower  range  scale  will 
ocour  when  the  tracked  target  reaehes  95  percent  or  45  percent,  respectively,  of  the 
current  selected  range  scale. 


The  raid  assessment  node  needs  to  be  evaluated  in  terns  of  the  ability  to  discriminate 
between  closely  spaced  asiltiple  targets,  sspecially  formations  of  targets  of  varying 
sixes.  This  includes  a  determination  of  ease  of  entry  into  SAN,  the  doppler  resolution, 
SAN  processing  tins  (the  tine  required  for  multi-target  indication),  time  required  for 
an  actual  target  count,  end  any  effects  of  SAN  on  other  trade  files. 


If  the  radar  interfaces  with  «  radar  nisei  le  which  requires  telemetry  of  target  date  to 
the  missile,  the  accuracy  of  the  data  seat  must  be  evaluated.  The  radar  track 
accuracies  any  he  different  from  normal  STT  siaee  it  will  require  periodically 
interrupting  radar  operation  to  T/N  data  to  the  missile.  Conditions  starting  froa 


bMifn  and  profrHiinf  to  higher  aaneuvering  ntM  Mil  to  be  aeoonpllshed  in  order  to 
•nlMti  the  capability  of  the  radar  to  correctly  decide  how  euch  tine  it  can  afford  to 
spend  away  free  traekiag  the  target  and  atlll  maintain  a  lock-en. 

ftlttllT—  Hi  jgQSB  T - lilttte 

the  initial  tracking  evaluation  ahoeld  be  ooeducted  wader  fairly  benign,  straight  and 
level  flight  conditions  in  order  to  establish  a  baseline  accuracy,  then,  cosbinatlona 
of  fighter  and  target  speeds,  oloeing  and  cyanlng  retea  end  aaaeuverlng  eonditlcna  under 
iaereiaiegly  dye— le  eiteetions  will  fe»  regetredi  Ihe  treek  run  ccnditione  nut  be  set 

3  and  described  ee  tbet  they  ere  controlled  end  r  ayes  table  elaoe  e  sufficient  sanyle 
an  a my  require  three  or  four  idoeticel  rues  la  order  tn  draw  any  conclusions.  An 
lnetraaeated  target  capable  of  providing  tine-corre letod  aonauvarlng  data  (attltods, 
velocities,  end  accelerations)  nay  be  required  sines  it  is  difficult  to  get  attitude 
date  with  the  required  eoonreey  iron  e  queued  baaed  reference  system.  forget  KS  is  not 
aa  greet  e  faster  in  ITT  an  in  detection  range  testing,  yet  the  extrean  oaaea.  euch  as  e 
large  tanker/beeher  alee  target  at  close  range,  should  be  tested  la  order  to  verify  the 
payabilities  of  the  radar  track  autenatlo  gain  control  awchanlsationo. 

Maneuvering  runs  should  include  the  fighter  aaaeuvering  both  vertioally  and 
horiaoatelly.  end  eventually  progress  to  both  the  fighter  and  target  aaneuvering  in  a 
dogfight  to  ensure  achlsvaraat.  of  e  variety  of  target  ranges,  hot  angles,  end  hot  rates, 
■igh  target  MM  rates  oaa  he  produced  la  a  tail  chase  by  aaneuvering  the  fighter  to  the 
agyoeite  side  of  the  target  'reverse  lateral  separation)  at  a  high  rata,  then  reducing 
the  tail  chase  range  separation  and  repeating  the  lateral  Maneuver  (to  achieve  higher 
MM  sates),  kune  skould  include  relative  velocities  varying  between  positive  end 
negative  values  end  sane  runs  should  continue  closing  until  “break- lock"  occurs  to 
assess  tracking  range,  the  fighter  should  be  Maneuvered  in  pitch  end  roll,  one 

axis  at  a  tine,  to  deteraine  if  the  display  daatabiliaaa.  As  aueh  aa  possible,  the 
anneuverlng  runs  should  be  repaatabla.  although  praciaa  fightar/target  sat  up  end 
aaneuvering  ia  difficult. 

Runs  should  bo  set  up  to  place  the  target  with  ground  clutter  end  ground  Moving  targets 
in  the  background  to  eeaees  any  degradation  on  track  accuracy  and  if  any  track  transfers 
or  breakloeka  occur.  Multiple  airborne  targets  will  be  required  to  determine  under  what 
conditions  track  transfer  will  occur.  This  can  be  accoapliehed  by  varying  their  flight 
path  crossover  rates  and  angles.  Several  target  sixes  are  required,  especially  a  large 
target  at  close  range,  to  teat  STf  dynamic  range  (generally  aoapensated  for  by  the 
automatic  gain  control  (AOC)  Mechanisation).  Various  aixed  targets  will  also  avaluata 
STf  in  the  presence  of  target  scintillation  (oauaod  by  rapid  amplitude  fluctuations  of 
target  returns)  and  glint  (which  is  predominant  at  close  ranges),  and  will  help 
determine  if  track  loss  occurs  due  to  differences  in  target  SCS.  For  this  reason,  the 
tester  needa  to  have  a  capability  to  automatically  correlate  target  RC8  data  at  all 
flight  conditions  (primarily  target  aspect  angles)  with  teat  results.  Various  types  of 
targets,  such  as  helicopters  and  propeller-driven  aircraft  in  addition  to  the  standard 
jat  aircraft,  will  also  be  required  in  order  to  deternine  the  effects  cc  target  return 
signal  modulations  on  8TT.  Table  5  contains  typical  test  eondit  as  for  a/a  8TT 
tasting. 


4.7  Detection  and  Tracking  of  Multiple  Targets 

Two  types  of  multiple  target  detection  and  tracking  schemes  are  search-vhi  1  a- track  (SWT) 
and  traok-whi'  acan  (TM).  In  SWT  the  radar  system  has  a  basic  single  target  track 
capability  h”*  >:  sessional  ly  interrupts  (while  maintaining  the  track  in  memory)  and  scans 
to  detect  if  other  targets  are  present.  This  mechanisation  ia  lass  common  since  it  has 
fairly  limited  capabilities  and  is  applicable  primarily  where  radar  system  computer 
processing  ia  limited.  The  more  common  multiple  target  schema,  TVS,  usee  a  continuous 
acan  while  detecting,  establishing  track,  and  maintaining  track  files  on  a  number  of 
targets  simultaneously,  both  SWT  and  TVS  are  evaluated  in  a  similar  manner,  although 
much  lees  extensive  testing  is  required  for  SWT. 

4.7.1  Whet  to  Svaluate 

A  prime  TW8  evaluation  criteria  is  the  number  of  targets  the  system  ia  capable  of 
displaying  end  tracking  simultaneously,  since  there  is  a  tradeoff  between  the  number  of 
targets  to  be  tracked  »'  ms  the  time  available  to  obtain  and  process  data  on  each  one, 
depending  on  th-  ~\n  a  >nd  acan  volume,  the  affects  on  tracking  capabilities  must  be 
assessed.  ...  amount  .  -  vs i  labia  radar  system  processing  time  is  the  primary  limiting 
factor.  The  TWS  evaluation  criteria  will  be  vary  similar  to  that  for  single  target 
detection,  acquisition  and  tracki  detection  and  tracking  envelops,  false  alarm  rata, 
time  to  stable  track,  the  ability  to  aaintain  track— especially  against  a  aaneuvering 
target  (TWS  nay  not  be  able  to  accoanodate  aa  much  maneuvering  due  to  lass  date  time  on 
the  target),  weapons  interfaces  (such  aa  aissile  pointing  eoamands),  and  correlation 
with  an-texrd  detected  Ti'  ■  rgets.  Track  accuracy  requirements  in  TWS  will  generally 
be  lone  stringent  then  1"  ,  end  the  probability  of  a  successful  radar  missile  launch 

may  be  lower  due  to  th*  aa  accurate  target  data.  Track  transfer  from  one  target  to 
another  will  not  be  ee  oritioel  since  the  radar  is  not  “blind*  to  other  targets  as  in 
aingie  target  track,  however  track  through  the  notch  nay  not  oparata  due  to  lass  target 
data  tins. 

The  TWS  evaluation  includes  determining  the  maximum  target  detection  range,  the  maximum 
range  at  which  e  valid  track  file  can  be  established,  the  time  from  initial  detection  to 
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Table  5  Typical  A/A  Single  Target  Track  Flirht  Test  Conditions 


Jp  CttUITlOM  JT  l5I  AsStI  AEMMS 


1 

LOOK  DOWN 

300 

5K  A«L 

HEAD 

2 

LOOK  DOWK 

300 

5K  ACL 

TAIL 

3 

LOOK  DOM 

300 

5K  ACL 

TAIL 

A 

LOOK  DOM 

250 

5K  ACL 

TAIL 

5 

LOOK  DOM 

300 

15K  ACL 

AS* 

6 

LOOK  UP 

300 

15K  NSL 

HEAD 

7 

HI  LOS 

RATE 

1.5  MACH 

35K  NSL 

HEAD 

8 

CHECK 

COAST 

250 

2 OK  NSL 

TAIL 

9 

CHECK 

300 

15K  NSL 

TAIL 

10 

CHECK 

BREAK 

LOCK 

300 

15K  NSL 

TAIL 

11 

CHECK 

COAST 

300 

10K  NSL 

TAIL 

12 

CHECK 

COAST 

250 

10K  NSL 

HEAD 

13 

CHECK 

COAST 

250 

10K  NSL 

HEAD 

1A  HI  10$  1.6  MACH 

RATE 


250 

500  ACL 

250 

500  ACL 

300 

500  ACL 

Zero  knots  range 

RATE. 

350 

500  ACL 

FTR  CLOSE  ON  TAR- 
SET.  LOCK  ON.  THEN 
SACK  OUT  TO  TEST 
TRACK I NS  AT  NEGA- 
T1VE  RANSE  RATE  AND 
BREAKLOCK. 

300 

10K  NSL 

250 

30K  NSL 

1.5  NACH 

2 OK  NSL 

300 

2 OK  NSL 

Target  make  sharp 

TURN  FOLLOWED  BY 
SPLIT-S- 

300 

10K  NSL 

TWO  TARGETS  HEAVE 
BACK  AND  FORTH  TO 
SEE  IF  RADAR  CONTIN 
UES  TRACK  ON  SANE 
TARGET,  TRANSFERS 
LOCK  OR  BREAKS  LOCK 

O 

o 

KN 

10K  NSL 

TWO  TARGETS— 1  TAR¬ 
GET  STRAIGHT  AND 
LEVEL,  OTHER  TARGET 
HEAVES  BACK  AND 
FORTH  TO  CHECK 
RADAR  LOCK. 

300 

6K  NSL 

Target  does  180* 

REVERSAL  TO  HEAD- 
ON  ASPECT- 

350 

6K  NSL 

Target  does  a  360* 

TURN 

350 

6K  NSL 

Target  does  hori¬ 
zontal  S-TURN  WITH 
ROLLOUT  TO  ORIGINAL 
HEADING,  PUTTING 
TARGET  IN  NOTCH 
MAX I NUN  POSSIBLE 
TINE. 

35K  NSL 


HEAD 


HI 


HI 


40 


MtibllihMAt  of  t  track  file*  and  the  frequency  of  aucceaa  in  achieving  and  maintaining 
a  track  on  a  target.  Teat  conditions  will  he  required  to  explore  the  tradeoff  between 
antenna  scan/target  data  refresh  rate  verses  probability  of  target  detection,  since  the 
optiaua  answer  is  highly  dependent  on  the  scenario  and  target  else  (such  aa  a  cruise 
aiaslle  verses  a  fighter  or  a  booker).  This  nay  naan  the  addition  of  the  capability  to 
aake  scan  rate  or  pattern  siae  operator  selectable  depending  on  the  situation  and 
desired  target(s).  Zf  so.  tasting  will  require  sultiple  targets  of  differing  sites  in 
operational  situations  for  evaluation.  The  update  rate  at  whit*  target  data  is  received 
will  also  affect  how  long  the  aystea  can  go  before  breaking  lock  on  a  target,  typically 
on  the  order  of  not  wore  than  It  seconds. 

Zf  the  TNg  node  includes  tha  capability  to  autocratically  initiate  lock-on,  the  lock-on 
criteria  eust  be  fully  evaluated  in  order  to  assure  a  alniaua  masker  of  lock-one  to 
undesired  or  false  targets.  TM  track  accuracy  is  highly  dependent  on  correctly 
correlating  detections  with  tracks.  The  criteria  for  automatically  establishing  a 
target  track  is  critical,  otherwise  the  correlation  and  the  resulting  displayed  track 
any  be  false.  A  false  correlation  could  result  in  the  radar  incorrectly  associating  a 
target  detection  with  the  wrong  track,  or  not  associating  a  target  detection  with  the 
correct  track,  and  either  way  develop  a  false  and  siisleading  track  without  the  pilot 
knowing  «diat  has  occurred.  The  adequacy  of  the  correlation  window  siae  (especially  if 
it  is  dynaaic.  i.e.,  it  changes  based  on  detected  target  parameters)  needs  to  be 
deterained  to  see  if  the  radar  will  correctly  follow  a  aaneuverlng  target  versus 
incorrectly  correlating  data  froa  another  target.  The  correlation  criteria  needa  to 
have  reasonableness  Units  defined  for  target  maneuvers,  such  as  target  velocity  and 
turn  rate,  to  help  the  aystea  judge  if  it  is  a  possible  true  track.  The  utility  of  the 
TIM  node  is  dependent  upon  operator  confidence  that  it  is  tracking  or  extrapolating  the 
target  track  accurately. 

Also  to  be  evaluated  are  aultiple  target  range,  asiauth.  elevation  and  range  rate 
resolution,  transitions  froa  STT  to  TVS  and  back,  the  capability  to  properly  sort  and 
prioritise  targets,  end  the  ability  of  the  pilot  to  override  the  aystea  priorities.  The 
TWS  displays  should  be  evaluated  with  respect  to  the  logic  for  centering,  presentation 
of  target  priorities,  the  usefulness  of  expanded  scales  and  display  adequacy  for 
presenting  target  identification  and  data. 

If  the  radar  is  equipped  with  a  RAN  capability  in  TWS  to  determine  the  presence  of 
closely  spaced  targets,  the  evaluation  should  determine  the  tiae  required  for  multi- 
target  indication  end  identification  in  RAM,  the  tiae  required  for  actual  target  count 
in  RAN,  and  the  effect  of  RAN  on  other  track  files. 

4.7.2  Conditions  and  factors  for  Evaluation 

Test  conditions  in  TNS  will  generally  be  siailar  to  those  for  single  terget  track  with 
possibly  less  aaneuverlng  involved.  This  includes  starting  with  benign  (straight  and 
level)  runs  to  establish  a  baseline,  and  then  progressing  to  more  dynaaic  fighter/target 
conditions,  all  of  which  must  be  controlled  and  repeatable.  There  will  be  a  need  for 
instrumented  targets  and  various  target  sixes  (RCS).  Oissiailar  target  sixes  will  be  a 
more  strenuous  test  of  the  radar  prioritisation  capability  so  that  runs  need  to  be  set 
up  which  require  the  system  to  correctly  determine  priorities  based  on  the  potential 
threat  to  the  fighter.  Also,  it  is  important  to  have  look-down  conditions  whers  the 
targets  coapete  with  the  clutter.  The  aultiple  target  formations  should  includs  a 
nuaber  of  combinations  of  target  speeds,  opening  and  closing  rates,  separations  and 
maneuvering  levels  sufficient  to  evaluate  the  detection,  lock-on,  prioritisation  and 
tracking  capabilities. 

The  automatic  track  initiation  feature  needs  to  be  evaluated  to  determine  the  capability 
of  the  TNS  mode  to  assign  target  detections  to  the  proper  track  files  under  conditions 
of  aaneuverlng  targets,  maneuvering  fighter,  and  combinations  of  maneuvering  target  and 
fighter.  A  thorough  evaluation  of  TNS  will  include  test  conditions  to  fully  explore  the 
multiple  target  capabilities  with  respect  to  operationally  significant  scenarios.  The 
use  of  multiple  maneuvering  targets  (with  ths  added  possibility  of  manned  and  unmanned 
targets),  along  with  a  aaneuverlng  fighter,  presents  a  significant  impact  on  the  range 
control  aystea  as  well  as  on  the  area  required  to  conduct  the  tests.  TWS  testing  can 
aake  much  use  of  targets  of  opportunity  and  then  add  soae  dedicated  targets  to  make  up 
the  difference,  especially  for  runs  which  require  the  largest  nuaber  of  targets. 

The  TNS  evaluation  lends  itself  very  well  to  ground  and  lab  testing  since  mode 
performance  is  leas  dependent  on  the  RF  chain  than  on  the  radar  processing  capabilities. 
(Hot  to  be  forgotten  is  that  less  target  return  signal  may  be  available  due  to  the 
shorter  dwell  tiae  and  less  target  detections,  which  any  result  in  a  lower  probability 
of  detection  and  less  target  information  in  TWS  than  in  STT).  The  lab  simulation  can 
give  an  early  node  assessment,  which  is  especially  important  since  it  will  minimise  tha 
large  amount  of  support  (e.g..  aultiple  targets  and  tracking  systeas)  required  to  do  the 
flight  teat.  The  radar  systea  algorithms  which  determine  nuabers  of  targets  and  threat 
priorities  can  be  thoroughly  checked  out,  especially  since  the  lab  simulation  can  better 
control  target  parameters  than  in  flight.  Table  6  contains  typical  test  conditions  for 
a/a  aultiple  target  detection  and  tracking  testing. 
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Tahe  6  Typical  Multiple  Tamct  Detection  and  Tracking  Flight  Test  Conditions 


common 


Head-on 


A  high  Alt* 
Down  look 
Head-on 


High  Alt* 
Tail -on 


1  High  Alt* 

Non  mancuv* 

S20 

20K 

♦7-25* 

J9 

A80 

22K 

Head-on 

2  High  Alt. 
Look  down 

w  wwwn 

520 

20X 

3 

♦7-25* 

1ft 

590 

IK 

Head-on 

3  High  Alt* 

IIP  look 

250 

20K 

3 

♦7-25* 

180 

♦/-s 

300 

25K 

6  High  Alt*  250 
Tail-on 


7  High  Alt.  250 
Head  on 


8  High  Alt*  250 
Head  on 


at  so 

50nh  AA 


50  nm  AA 


AA  6L 


9  High  Alt*  250 
All  Aspects 


20K  3  180  300  15K 

♦/-25*  +/-S 


20K  3  0  250  20K 

♦/-25*  V-S 


AA  6L 


20K  3  0  250  20K 

♦/-25*  */-5 


IOnh  ar 


20K  3  180  250  22K 

+/-2S*  +/-5 


50nm  AR 


20K  3  180  250  22K 

♦7-25*  +/-5 


50nh  AR 


20K  3  Multiple  Targets 

♦7-25 


AR  AR 


IOnh  IOnh 


TMS  detection  and 
track*  End  run  10 
SEC*  AFTER  TRACK 
IS  ESTABLISHED* 
NOTES:  2,  3,  A,  9 

Repeat  run  1  at 

NIGH  „  CLOSURE* 
Hotes:  3.  9.  10 

TNS  ACCURACY  WITH 
OUT  CLUTTER.  BE¬ 
GIN  RUN  BEYOND 
MAXIMUM  DETECT 

range*  Notes:  1, 

2,  3.  A*  5 

TMS  ACCURACY  WITH 

clutter*  Begin 

RUN  BEYOND  MAX¬ 
IMUM  DETECT  RANGE 
N0T|S:  1,  2.  3, 

Range  resolution 
Set  up  two  tar¬ 
gets  AT  10  NM 
(Note  7).  Target 
A  slows  to  20  FPS 
of  B*  Once  the 
two  targets  can 

SE  DISTINGUISHED 
THEN  TARGET  A 
SPEEDS  UP  TO  20 
FPS  FASTER  THAN 
B*  NOTES:  1,  2. 

3.  6.  7 

Azimuth  resolu¬ 
tion*  Set  up  two 
targets  at  IOnh 
(Note  8)  Fighter 

ACCELERATE  TO 

300  KNOTS.  Once 

TWO  TAR6ETS  CAN 
BE  DISTINGUISHED, 
THEN  FI6HTER  SLOW 
TO  200  KNOTS* 
Notes:  1,  2,  3,  6 
8*  End  run  when 

ONLY  ONE  TARGET 
CAN  BE  DISTIN¬ 
GUISHED 

Transition  TMS  to 
STT  to  TMS*  Ini¬ 
tiate  STT  AND  RE¬ 
TURN  TO  TMS  AFTER 
$  sec*  Repeat 

SEVERAL  TIMES* 

Notes:  1,  2,  6 

Transition  TMS  to 
STT  to  TMS*  Ini¬ 
tiate  STT  AND  RE¬ 
TURN  TO  TMS  AFTER 
15  sec*  Repeat 
SEVERAL  TIMES* 
Notes:  1,  2.  6 

TMS  MODE  LOOKING 
AT  MULTIPLE  TAR¬ 
GET  IN  ACHI  RANGE 
ENGAGEMENT ’NOTES: 
1,  2 


Table  6  (concluded) 


common  * 


rarer 

M 


BEGIN  END 
RUN  mm 


.  REftARKS  . 


10  High  Alt*  350  25K  3  12  Targets  50nm  AR  TWS  hope  look  ins 

All  Aspects  ♦/-25*  at  12  tarsets* 

Utilize  nave  and 

BOX  FORMATIONS* 

*  Notes:  1.  2,  11 

11  High  Alt*  250  20K  3  0  250  20K  IOnh  AR  Elevation  resolu- 

Tail  on  +/-25*  */-5  tion*  Repeat  run 

*  6  EXCEPT  SET  UP 

NITH  TNO  TARSETS 

v  SEPARATED  BY  2000 

FT  IN  ELEVATION* 

Notes:  1,  2.  3, 

6,  8 

NOTES:  1*  Speeds  are  knots  calibrated  air  speed* 

2*  Altitudes  are  HSL- 

3*  Reference  data  required 

4*  Target  Nith  known  RCS  required- 

5*  The  following  profile  should  be  flown  within  reference  data  coverage* 


6*  Two  TARGETS  REQUIRED- 
7*  Range  resolution  set  up: 


8*  Azimuth  resolution  set  up: 


Reference  system  tracks  and  maintains 
separation- 


9*  Speeds  are  knots  ground  speed- 
10-  Altitudes  are  A6L- 
11*  Exercise  TWS  expand- 
12*  AR  is  as  required 
13*  SL  is  gimbal  limits- 
14*  FTR  is  fighter 
15*  T6T  is  target 
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t  fltffltt  mi  TCTIflCTM  -  APPITIOBM  COBBIDBRATIgM 

tUi  section  oewi  rttfw  flight  tut  evaluations  whioh  should  bo  considered  in  addition 
to  thooo  snuns  rated  la  section  4.  Oovtng*  boro  is  not  intondod  to  iaply  that  thaaa 
considerations  ara  of  say  loossr  laportanoe  than  thoss  primary  aodaa  previously  covered. 
Boms  of  thoss  evaluations  may  require  additional  dadieatod  flight  tost  runs,  however 
■oat  do  not. 

S.l  Belf-Tsat/Built-in-Tsst 

Self-teat  is  usually  dafinod  as  continuous,  non-interrupt ive,  autooatioally  accomplished 
tasting,  wtioroaa  built-in-tost  is  run  only  upon  opsrator  initiation  and  intarrupta 
noraal  system  oparation  to  aoooapliah  fault  isolation,  dalf-taat/built-in-taat  (ST/ SIT) 
functions  ara  frequently  tho  last  capabilitios  to  ba  implemented  during  radar  syataa 
development.  This  than  raises  a  question  of  tdtan  the  ST/BIT  indications  ara  correct  and 
should  ha  used  by  tho  tasters  to  aaka  flight  decisions.  Historically,  radar  aystea 
davalopaant  has  started  with  tho  air-to-air  nodes,  progressed  to  the  air-to-ground 
nodes,  than  ST/SIT,  sad  finally  development  of  special  capabilities  such  as  ECCM. 
Future  tasting,  however,  will  likely  piece  inoreasad  anphasis  on  aarly  completion  of 
8T/aiT  development  in  order  to  better  assess  systen  reliability.  Also,  future 
autonatically  reconflgurable  systans  nay  require  a  different  concept  in  BT/BIT,  and 
oouid  even  require  a  oral  unique  BT/BZT  configuration  in  order  to  assess  when  the  radar 
gracefully  degrades  or  reconfigures.  This  is  especially  inportant  whan  that  information 
would  not  normally  ba  displayed  to  the  pilot  or  recognised  by  hin  since  the  system  is 
still  fully  capable. 

The  three  BT/BZT  capabilities  usually  specified  and  evaluated  ara i  1)  failure  detection 
probability— noraelly  a  high  value  of  at  least  90  percent  probability  of  detecting  and 
notifying  the  operator  of  a  failure,  2)  false  alarm  rate— a  low  value  such  as  S  percent, 
to  minimise  the  occurrences  of  failure  indications  when  a  failure  does  not  actually 
exist  (if  the  8T/BIT  false  alarm  rate  is  high,  the  operator  will  soon  disbelieve  and 
ignore  the  system),  and  1)  fault  isolation  capability— if  a  failure  occurs,  the  system's 
ability  to  isolate  it  to  a  component  level  such  as  a  Line  Replaceable  Unit  (LRU).  This 
may  be  further  specified  such  that  BZT  must  isolate  the  failure  to,  for  exaaple,  1  LRU 
90  percent  of  the  time,  to  within  2  LRUs  9S  percent  of  the  time,  and  to  within  3  LRU  a 
1M  percent  of  the  time  to  allow  faster  repair  times. 

Some  typical  radar  characteristics  monitored  or  tested  by  ST/BIT  include,  the  transfer 
of  data,  voltage  standing  wave  ratio  (VSNR),  peak  power,  waveguide  arcing,  antenna 
aaimuth  and  elevation  pointing  errors  (commanded  versus  actual  position),  and  motor 
status.  Exceeding  temperature  limits  and  the  presence  of  waveguide  area  may  result  in 
automatic  shutdown  of  the  system.  Built-in-Teat  is  necessarily  interruptive  to  the 
normal  operation  of  the  radar  since  it  may  include,  checks  of  the  transfer  of  data  by 
wrap-around  testa,  analysing  antenna  position  accuracy  through  the  use  of  static 
commands,  conducting  other  specialised  checks  for  antenna  positioning,  and  exercising 
other  aystea  functions  which  oouid  not  bo  done  while  maintaining  normal  radar  operation. 
The  pilot  is  alao  usually  involved  in  BZT  (such  as  observing  specific  patterns  generated 
on  the  display)  in  order  to  make  an  assessment  of  system  pass  or  fail.  Some  BIT 
mechanisations  may  include  self-calibrating  features  such  as  sending  a  known  signal  to 
the  analog-to-digital  converters  and  calibrating  the  output.  Another  possibility  is 
conducting  an  automatic  alignment  after  the  radar  antenna  has  been  replaced. 

During  a  flight  teat  program,  the  ST/BIT  evaluation  is  usually  based  only  on  the 
failures  that  happen  to  occur  (rather  than  intentionally  inducing  failures  in  flight), 
and  is  therefore  treated  as  only  an  indication  of  what  may  happen  in  the  field.  The 
question  of  how  representative  the  flight  test  ST/BIT  results  are  also  occurs  due  to  the 
comparatively  low  nusber  of  system  operating  hours,  and  the  fact  that  different  skill 
level  personnel  (usually  the  contractor  field  engineers)  accomplish  the  repairs  versus 
the  military  maintenance  personnel  who  will  be  used  in  the  field.  However,  the  results 
from  flight  tests  iaay  give  early  information  on  any  aystea  weak  points  if  a  failure 
occurs  frequently,  and  flight  testing  is  a  more  controlled  environment  to  check  failures 
induced  by  vibration  or  temperature.  Larger  sample  sixes  can  be  obtained  during 
operational  testing  in  the  field  using  many  aysteM  and  maintenance  actions  over  a 
period  of  many  months  or  years,  and  would  be  the  final  determining  factor  in  the 
adequacy  of  the  ST/BIT  capabilities.  If  a  ST  failure  is  indicated  in  flight,  BIT  should 
be  initiated  (when  convenient  with  respect  to  the  test  conditions)  to  atteapt  to  further 
isolate  the  failure  and  determine  the  validity  of  the  ST  indication.  BIT  should  also  be 
run  periodically,  even  when  ST  is  not  indicating  a  failure,  in  order  to  measure  the  BIT 
false  alarm  rate  (i.e.,  does  it  indicate  a  failure  when  one  does  not  actually  exist?). 


The  capabilities  of  BT/BIT  can  be  further  determined  during  a  flight  by  comparing  any 
reported  failures  with  the  available  telemetry  data  to  see  if  the  instrumentation  system 
is  detecting  the  problem,  and  conversely,  if  the  teleMtry  data  reports  a  problem 
without  a  corresponding  8T/BIT  failure  indication.  Throughout  the  test  program,  each 
LBV  that  is  removed  must  be  tracked  to  see  if  it  really  did  contain  a  failure  in  order 
to  determine  if  the  indicated  failure  was  true  or  false,  or  to  determine  if  a  failure 
did  occur  but  was  not  indicated.  This  tracking  system  must  be  set  up  in  advance  of 
testing  and  able  to  accommodate  a  quick  turnaround  in  the  data.  There  may  also  be  a 
test-unique  requirement  for  a  ST/BIT  capability  for  the  radar  instrumentation  in  order 
to  make  best  and  most  efficient  use  of  the  limited  test  time  available  by  minimising 
instrumentation  system  down  time. 
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•wMllyi  tasters  sra  very  reluctant  to  induce  in-flight  failures  since  there  are  many 
other  higher  priority  radar  nodes  and  features  which  sust  toe  evaluated.  This  la 
additional  Justification  to  do  extensive  laboratory  testa  for  XT/SIX  evaluation  since 
nany  failures  nay  never  be  seen  during  the  relatively  short  flight  test  period*  The 
determination  of  ST/BIT  specification  compliance  is  normally  accomplished  in  a 
laboratory  where  a  large  number  of  faults  are  induced  and  the  tests  can  be  much  more 
controlled.  Since  running  every  combination  of  induced  failure  and  rr/iXT  would  be  very 
tine  consuming  and  expensive  even  in  a  lab  environment*  the  conditions  to  be  evaluated 
may  be  randomly  chosen  out  of  the  total  number  of  teste  available  (such  as  M  percent  of 
the  total),  and  thaaa  faultn  intentionally  induced  to  determine  the  radar  ayatam'a 
reaction.  There  are  eome  limitations  which  should  be  considered  when  doing  XT/BIT 
evaluations  in  a  labt  soma  inserted  failures  may  not  necessarily  be  representative  ainoe 
in-flight  oooditlona  oan  be  intermittent  and  not  a  constant  ("hard*)  failure  (for 
example,  thoee  that  ere  induced  by  aircraft  vibration  or  altitude  changes),  and  cartain 
catastrophic  failures  would  not  be  intentionally  Induced  since  they  could  result  in 
damage  to  the  system. 

The  iaglementation  of  ST/bXT,  and  its  utility  in  a  tast  and  an  operational  environment, 
will  evolve  during  the  test  program.  The  thresholds  uaod  for  an  individual  teat  (auch 
aa  the  vault  limit  or  transmitter  power  or  temperature)  used  to  declare  teat  paaa/fail, 
plus  the  determination  of  the  XT  and  I  IT  failure  indication  criteria  (how  many  (S)  times 
that  test  must  fail  out  of  how  many  (N)  times  the  teat  is  run)  will  likely  have  to  be 
varied  during  the  course  of  the  test  program.  This  will  be  neoeseary  to  achieve  the 
optimum  balance  between  false  alarm  rate  (when  the  thresholds  are  set  too  low  and 
incorrectly  indicate  a  failure)  and  too  low  a  probability  of  detection  (when  the  radar 
aystaa  is  not  operating  normally  but  the  thresholds  have  been  set  too  high  to  detect 
it).  The  designers  must  also  determine  if  there  should  be  a  delay  in  declaring  that  a 
particular  failure  exlete,  l.e»,  that  it  must  be  present  for  a  given  amount  of  time  to 
not  mistakenly  declare  a  minor  transient  aa  a  fault.  8oma  ST/BIT  mechanisations  include 
an  estimate  of  the  severity  of  the  failure  aa  a  part  of  the  failure  report,  although 
thla  is  very  difficult  to  determine  in  auch  a  complex  interrelated  aytteu.  A  more 
achievable  goal  may  be  to  have  two  severity  levels t  critical  and  non-crltical. 

The  flight  test  program  will  need  to  evaluate  the  amount  and  types  of  radar  failure 
information  which  ia  displayed  to  the  pilot.  This  involves  determining  how  useful  are 
the  indications,  especially  in  a  combat  environment;  and  whether  it  gives  the  pilot 
sufficient  time,  information  or  options  to  reconfigure  the  radar  or  weapons  system  in 
order  to  maintain  adequate  combat  capability.  Aa  anxious  aa  the  designers  may  be  for 
the  system  to  "tell  the  pilot  everything,"  the  radar  should  display  only  meaningful 
ST/BXT  data  when  needed  and  uaable.  for  example,  ia  the  radar  system  now  ao  degraded 
that  the  pilot  ahould  pass  the  lead  to  someone  elae  in  the  formation,  or  depart  tha  area 
and  head  for  horn*  aince  he  no  longer  has  en  effective  weapon  system?  In  addition  to 
what  information  ia  displayed,  how  it  is  displayed  should  also  ba  evaluatad.  The  method 
of  attracting  tha  pilot's  attantion  (such  as  changing  colors  on  the  display  varsus  aural 
warnings)  and  tha  msana  of  imparting  the  information  (auch  as  coded  numbers  versus 
English  language  statements)  should  be  evaluated  for  effectiveness  in  operational 
situations.  If  the  system  is  mschenixed  to  automatically  switch  to  a  redundant  or 
backup  configuration,  should  the  pilot  be  "bothered"  with  the  information  that  tha  radar 
new  has  lass  redundancy?  For  example,  when  a  non -a/a  detection  failure  occurs  whils  in 
an  a/a  detection  mode,  the  pilot  may  want  tha  radar  to  indicate  system  status  such  as  no 
sir-to-ground  mapping  capability  or  no  communications  capability  with  an  a/a  missile, 
and  have  tha  radar  automatically  reorient  tha  a/a  display  so  that  tha  best  use  can  ba 
mads  of  tha  remaining  capabilities. 

Tha  ST/BIT  capability  may  also  ba  sat  up  to  retain  additional  information  to  ba  read  out 
on  the  ground  (or  removed  from  the  aircraft  via  a  data  cartridge)  by  maintenance 
personnel  for  troubleshooting  and  repair  after  tha  flight.  Analysis  of  this  information 
ia  a  good  way  to  track  radar  performance  or  failure  trends  in  order  to  better  allocate 
sparse  or  upgrade  planning.  It  ia  often  useful  to  include  additional  information  on 
failures,  such  aa  tha  environmental  and  flight  conditions  undsr  which  tha  failure 
occurred.  The  adequacy  and  usefulness  of  this  data  must  also  be  evaluated  since  tha 
time  required  by  maintenance  personnel  for  testing  and  fault  isolation  can  comprise  a 
majority  of  tha  total  maintenance  time. 


in  many  installations,  the  aircraft  weight -on -whss Is  ( "WOW*  or  "squat"  switch)  prevents 
ground  operation  of  the  radar  (such  as  after  angina  start,  taxiing  out  or  during  pre¬ 
takeoff  clearance  checks)  ao  the  pilot  must  further  depend  and  rely  on  tha  accuracy  of 
ST/BIT  to  ensure  thet  e  fully  capable  system  will  be  available  in  the  air.  This 
involves  a  tradeoff  between  allowing  more  radar  ground  operation  (if  there  ia  less 
confidence  in  the  ST/BIT  capabilities)  versus  concerns  for  personnel  safety  (personnel 
penetrating  the  danger  sons  of  the  operating  radar)  and  security  (unfriendly  forces 
detecting  the  radar  transmissions ) •  During  the  test  program,  BIT  should  always  be 
initiated  as  e  part  of  tha  pre-flight  checks  in  order  to  gain  more  confidence  in  its 
capabilities,  end  to  use  it  as  a  flight  go/no-go  determination  once  sufficient 
confidence  is  achieved. 


Another  means  of  explaining  radar  ST/BIT  evaluation  is  shown  in  Table  7.  This  is  a 
brief  breakdown  to  several  levels  of  complexity  (with  the  least  complex  level  shewn  as 
number  1)  and  tha  corresponding  limitations  and  advantages  which  can  ba  considered 
depending  on  the  amount  of  available  tast  time,  equipment  and  funding. 


Table  7  Seif-Test/Built-In-Test  levels 


What  Can  Be  Done 


What  la  Required  To  Do  It 


Detailed  Investigation  of  only  Manpower  and  expertise  vo  determine 

a  few  problems,  with  detection  all  circumstances  and  possible  oauses, 

or  false  alarm  data.  and  detailed  data  investigations. 

Limitations 

a)  Vary  limited  evaluation  of  only  highest  priority  areas. 

b)  Resumes  radar  designer  has  little  interest  and  program  office  response 
weak. 

c)  Testers  would  not  only  be  identifying  problems  but  would  also  have 
to  help  in  determining  cause. 


Determine  probability  of 
failure  detection,  false 
alarm  rate,  and  fault 
isolation  capabilities. 


Verification  of  existence  or  non¬ 
existence  of  failure  through  maintenance 
actions.  Requires  tracking  of  failure 
indications  and  correlation  with 
actual  failed  items. 


Limitations 

a)  Non-production  configured  components. 

b)  Lack  of  adequate  spares. 

c)  Lack  of  production  intermediate  shop  equipment. 

d)  Small  sample  sixes  -  may  be  statistically  unsound. 

e)  No  intentional  failures  allowed  -  only  in  lab. 

f)  Unavailability  of  most  production  technical  data  during  test  program. 

g)  Requires  off-site  tracking  of  repairs  (at  contractor  facilities). 

h)  Numerous  configuration  changes  are  made  during  development. 

i)  Usually  results  are  only  indicators  of  field  performance  -  not 
necessarily  true  performance. 

j)  May  require  active  operator  involvement  (for  example t  display 
interpretation)  in  addition  to  the  automatic  teats. 

k)  May  require  unscheduled  maintenance  actions  (such  as  opening  panels) 
to  check  ST/BIT  indicators  for  false  alarms. 

l)  Requires  running  BIT  for  most  or  all  ST  indications  -  interrupts 
normal  system  operation. 


Same  three  statistical 
evaluations  as  2,  but  include 
usage  of  an  avionics  integration 
lab  to  obtain  a  greatly 
increased  number  of  operating 
hours . 


Use  of  data  collection  and  tracking 
systems  on  lab  avionics  equipment 
in  addition  to  aircraft  avionics 
equipment. 


Limitations 

a)  All  of  limitations  in  2  above  except  d)  and  1)  still  apply. 

b)  Requires  more  manpower  to  collect  data. 

Advantages 

a)  Greatly  increased  sample  aise. 

b)  BIT  interruptions  are  acceptable  in  the  lab. 


Same  as  3,  but  include  Scheme  to  statistically  determine  which 

intentionally  induced  failures  to  induce,  system  designer 

failures.  support  for  test  planning  and  conduct. 

Advantages 

a)  Truer  evaluation  of  probability  of  detection  capability. 

b)  May  be  able  to  accomplish  specification  evaluation  in  lab  for 
failure  detection  probability  and  fault  isolation  capability. 

c)  May  also  be  able  to  accomplish  determination  of  reconfiguration 
capabilities,  remaining  effectiveness. 

d)  No  safety-of-f light  concerns  for  failures  intentionally  induced 
in  lab. 


Same  as  4,  but  add  Additional  flight  test  time  and 

intentionally  induced  failures  system  modifications, 

on  the  test  aircraft. 

Limitations 

a)  Limited  test  time  available. 

b)  Safety-of-flight  concerns  will  have  to  be  addressed. 


is 


Advantages 

a)  Greater  sample  else. 

b)  Mora  realistic  situations* 


6  True  effectiveness!  Requires  detailed  knowledge  of  system 

severity  of  failure(s),  M'a/N's,  individual  cosiponent  failure 

assessment  of  remaining  tolerances  and  thresholds, 

capabilities. 

Limitations 

a)  Nearly  impossible  task  for  even  system  designers  to  determine 
severity  and  remaining  capabilities. 

b)  Difficult  to  verify,  especially  if  there  are  only  chance  occurrences. 

c)  Would  really  require  intentional  failure(s)  and  dedicated  tests  of 
remaining  capabilities. 

d)  Combinations  and  permutations  of  failures  verses  capabilities  would 

be  enormous. 


5.2  Electromagnetic  Compatibility 

Radar  electromagnetic  compatibility  (EMC)  flight  tests  are  usually  functional  in  nature, 
i.e.,  limited  quantitative  on-board  level  measurements  are  obtained.  A  primarily 
qualitative  evaluation  is  accomplished  using  a  matrix  of  possible  interference  sources 
and  victims.  The  primary  emphasis  is  on  the  radar  system— both  as  a  source  of 
interference  and  as  a  victim— and  is  intended  to  be  a  functional  evaluation.  An  in- 
depth  and  time  consuming  EMC  quantitative  and  aafety-of-f light  evaluation  on  the  entire 
aircraft  is  usually  accomplished  on  the  ground  using  a  production  configured,  non- 
instrumented  aircraft.  The  flight  test  may  highlight  potential  problem  areas  which  the 
in-depth  tests  will  concentrate  on  later.  Additionally,  while  OTfcE  test  aircraft  may 
not  be  as  heavily  instrumented  as  those  used  for  DT&E,  OTfcE  tends  to  point  out  potential 
EMC  problem  areas  in  an  operational  situation.  EMC  flight  testing  is  also  necessary 
since  it  is  difficult  to  model  all  the  electromagnetic  interference  (EMI)  coupling 
paths  which  exist,  and  the  installation  in  a  radar  lab  or  testbed  will  likely  not  be 
representative  from  an  EMC  standpoint. 

Radar  EMC  tests  can  be  categorised  asi  internal,  external,  and  with  other  aircraft. 

Internal  EMC  is  radar  compatibility  with  all  other  aircraft  radiating  and  receiving 
equipment,  such  as  radios,  radar  altimeters,  threat  warning  systems,  internal  jamming 
systems,  and  other  antenna  installations.  This  includes  power  switching  transients 
caused  by  interaction  of  any  on-board  systems  with  the  aircraft  electrical  power  system. 

External  EMC  is  radar  compatibility  with  aircraft  external  stores  that  can  be  carried, 
especially  ECM  pods,  weapons  with  electro-oxplosi ve  devices  (EEDs )  and  other 
transmitters.  Blanking  signals  may  be  sent  between  the  radar  and  other  systems  to 
minimise  interference.  Radar  performance  while  blanking,  and  ECM  pod  performance  during 
blanking,  should  be  evaluated  to  determine  if  any  degradation  or  loss  of  effectiveness 
exists.  This  may  include  the  use  of  a  threat  range  to  stimulate  the  automatic  response 
modes  of  the  ECM  equipment. 

Evaluation  of  radar  EMC  with  other  aircraft  is  especially  important  if  the  fighter  is  to 
be  operated  in  formations  or  as  part  of  a  mixed  force.  This  would  include  EMC  with 
similar  radar-equipped  aircraft,  dissimilar  friendly  radar-equipped  aircraft  (especially 
when  that  radar  operates  partially  in  the  same  frequency  band),  and  ECM-equipped 
friendly  forces.  Flight  tests  with  other  aircraft  should  itolude  runs  with  both  the 
fighter  and  EMI  source  aircraft  each  in  a  radar  detection  mode;  the  fighter  in  a 
detection  mode  and  the  source  in  track  (locked  on  to  the  fighter);  and  the  fighter  in 
track  on  another  target  with  the  source  in  track  on  the  fighter.  The  use  of  the  other 
target  in  this  case  will  check  for  any  degradation  of  radar  operation  or  sensitivity  in 
the  presence  of  interference,  especially  since  interference  can  desensitise  the  radar 
without  indicating  this  to  the  pilot.  Test  conditions  should  be  run  at  several  radar 
frequency  combinations,  and  include  scenarios  with  the  fighter  and  EMI  source  line 
abreast,  one  aircraft  leading  the  other,  and  head-on.  While  not  necessarily  a 
duplication  of  combat  scenarios,  these  test  conditions  should  present  worst-case 
situations  to  make  most  effective  use  of  limited  available  test  time.  Further 
operational  testing  should  be  accomplished  to  evaluate  radar  compatibility  with  other 
friendly  fighter  aircraft  during  a/a  operations  such  as  formation  takeoff,  flight, 
approach,  and  landing. 

The  range  space  used  for  EMC  flight  tests  should  be  set  up  to  minimise  the  possibility 
of  other  unknown  EMI  sources  affecting  the  test.  However,  known  high  power  airborne 
(such  as  an  early  warning  aircraft)  and  ground-based  (search  radars)  transmitters  should 
be  used  under  controlled  conditions  to  see  if  their  operation  affects  the  fighter  radar. 
During  all  flight  test  conditions,  it  would  be  of  great  benefit  to  have  an  on-board 
electronic  support  measures  (ESM)  receiver  which  would  sense  the  surrounding 
electromagnetic  environment  in  order  to  best  determine  any  source  of  interference  and 
its  location  so  as  not  to  obtain  misleading  results.  Typical  EMC  test  conditions  are 
shown  in  Table  8. 
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Several  types  of  ground  tests  can  be  of  benefit  in  evaluating  radar  EMC.  Tests  can  be 
run  in  an  anechoic  chamber,  although  a  large  chamber  would  be  required  to  adequately 
obtain  the  far-field  effects  and  have  the  entire  aircraft  inside  it.  Ground  tests  with 
the  radar  in  a  lab  can  be  accomplished,  although  an  elaborate  mockup  should  be  used  to 
attempt  simulation  of  the  coupling  effects.  A  lab  environment  is  beneficial  since  it 
can  be  used  to  check  out  the  presence  of  any  voltages  or  power  spikes  on  a  mockup.  since 
the  avionics  systems  are  more  accessible  than  on  the  aircraft. 

5.3  Electronic  Counter-Countermeasures 

Most  modern  radars  incorporate  extensive  electronic  counter-countermeasures  (ECCM) 
features  designed  to  negate  the  effects  of  enemy  electronic  countermeasures  (ECM).  The 
main  ECM  types  used  are  noise  and  deception,  with  lees  emphasis  on  chaff  due  to  its 
limited  effect  on  pulse  doppler  radars.  The  radar  flight  test  program  should  include  a 
determination  of  the  capabilities  of  each  radar  mode  in  the  presence  of  ECM.  This  should 
be  done  for  each  mode  whether  or  not  there  are  specifically  designed  passive  or  active 
ECCM  features  in  that  node.  Both  qualitative  and  quantitative  performance  comparisons 
should  be  made  between  ECM  on  and  off— especially  to  see  if  there  1st  1)  a  degradation 
in  mode  accuracy,  2)  an  effect  on  the  radar  usability,  3)  loss  of  a  mode  capability 
(such  as  loss  of  track  while  in  STT),  or  4)  loss  of  the  mode  capability  altogether. 

The  description  and  testing  of  specific  radar  ECCM  techniques  is  not  presented  in  this 
volume  to  avoid  security  and  proprietary  issues,  and  to  allow  wider  dissemination  of  a/a 
radar  test  information  to  more  flight  test  personnel.  In-depth  testing  of  any  one 
particular  ECCM  technique  is  unique  and  may  not  apply  to  other  radar  systems.  Also, 
there  is  not  universal  agreement  on  threat  specifics,  and  the  judgement  of  what  types  of 
threats  will  be  encountered  and  tested  varies  among  users.  This  volume  presents  general 
radar  ECCM  flight  test  principles. 

Because  of  security  considerations  and  constraints,  and  the  practical  problems  of 
creating  a  realistic  electromagnetic  environment,  testing  to  determine  the  vulnerability 
to  countermeasures  is  very  difficult  and  costly.  Since  the  radar  system  development  and 
acquisition  cycle  is  relatively  long  with  respect  to  changes  in  the  ECM  threat,  the 
characteristics  of  the  threat  can  change  significantly  during  this  cycle.  There  is  a 
lot  of  roam  for  judgement  in  identifying  and  defining  a  radar  design  to  negate  a  threat 
which  may  be  encountered  several  years  in  the  future.  Also  of  concern  are  the 
difficulties  of  creating  a  realistic  test  environment,  identifying  and  measuring  system 
characteristics  most  critical  to  satisfactory  radar  performance,  and  deciding  how  to 
conduct  such  tests. 

Radar  ECCM  testing  has  typically  experienced  a  very  low  priority  in  the  hierarchy  of 
teat  planning.  While  a  performance  baseline  in  a  non-ECM  environment  must  be 
established  and  then  comparisons  made  to  radar  performance  in  an  ECM  environment,  ECCM 
testing  is  often  deferred  since  it  has  all  the  potential  to  make  the  system  "look  bad" 
by  pointing  out  its  weaknesses,  and  can  cost  a  considerable  amount  of  time  and  money  to 
accomplish.  Several  points  need  to  be  addressed  prior  to  accomplishing  radar  ECCM 
tests.  A  determination  should  be  made  as  to  what  specific  threat  signals  will  be  used, 
i.e.,  should  the  signals  be  limited  to  only  those  the  postulated  threat  is  assumed 
capable  of  generating  (and  how  much  knowledge  of  the  radar  system  design  should  be 
assumed  known  by  the  enemy  in  order  to  have  designed  the  threat  signals),  or  should  the 
ECM  techniques  used  for  testing  take  into  account  detailed  knowledge  of  the  radar  system 
design?  If  the  latter  approach  is  selected,  any  system  weaknesses  can  be  found  in 
advance  of  the  enemy  developing  the  technique.  A  countermeasure  can  then  be  designed 
and  ready  for  implementation  in  the  radar  when  it  appears  the  enemy  now  employs  that  ECM 
technique.  This  tradeoff  in  what  techniques  and  environments  to  use  for  testing  needs 
to  be  carefully  made  since  it  could  have  a  significant  impact  on  the  asK>unt  of  testing 
required  and  the  interpretation  of  the  results.  Some  organisations  have  a  "Red  Team" 
concept  during  the  radar  system  design  and  test  planning;  this  team's  objective  is  to 
simulate  the  enemy  and  try  to  determine  the  vulnerability  of  the  radar  system  in  order 
to  strengthen  the  ECCM  capabilities  by  pointing  out  deficiencies  at  an  early  stage. 

Much  radar  ECCM  testing  can  be  done  in  a  ground  lab,  preferably  prior  to  flight  testing. 
Since  many  ECCM  techniques  are  based  on  radar  processing  rather  than  use  of  the  RF 
chain,  many  of  the  algorithms  can  be  developed  and  preliminarily  tested  using  simulated 
threat  signals.  Flight  test  conditions  can  then  be  set  up  to  verify  the  results  of 
ground  testing.  The  primary  flight  test  configuration  is  to  have  the  source  of  ECM  on 
the  target  aircraft.  Secondary,  although  still  important,  test  configurations  are 
stand-off  and  escort  jamming  (the  jammer  mounted  on  an  aircraft  other  than  the  radar 
target),  and  a/a  target  detection,  acquisition  and  tracking  in  a  down-look  situation  in 
the  presence  of  ground-based  jamming.  Testing  in  a  multiple  jammer  environment  (the 
most  likely  situation  to  be  encountered  operationally)  is  highly  desired  but  the  most 
difficult  to  set  up  and  accomplish.  This  should  be  done  with  multiple  airborne  jammers, 
in  the  vicinity  of  ground-based  jammers,  and  in  the  presence  of  friendly  aircraft  which 
are  also  jasning  other  threats. 

In  order  to  adequately  evaluate  the  radar  ECCM  features,  flexible  ECM  systems  are 
required,  and  often  involve  highly  advanced  technology  of  their  own  to  provide  the  many 
variations  of  threat  signals  to  be  used  for  testing.  They  also  need  to  be  as  realistic 
as  possible  to  understand  whether  an  ineffective  ECM  technique  is  due  to  the  lack  of 
simulator  realism  or  to  a  true  radar  deficiency.  Pods  Have  been  specifically  developed 
to  simulate  radar  jammers  and  sised  to  be  able  to  be  carried  on  fighter-type  aircraft. 


Table  8  Typical  Electromagnetic  Compatibility  Flight  Test  Conditions 


FI6HTER  _ EHI _ 

RUN  SPEED  ACT  SOURCE  SOURCE 

JL  iKCASl  i£H  -TJfPi-  ASPECT 


s(*EEiARfiEIrr 

(KCAS)  (FD.  -REMARKS _ 


1 

AR 

AR 

N/A 

N/A 

N/A 

N/A 

Verify  radar  EHC  with  other 

ON-BOARD  SYSTEMS. 

2 

AR 

AR 

FTR  A 

HEAD-ON 

AR 

AR 

EHI  SOURCE  CHANNELS  WILL  BE 
VARIED-  FTR  IN  SEARCH,  EHI 
SOURCE  IN  SEARCH- 

3 

Repeat  I  2  with  FTR  in  search, 
EH!  SOURCE  IN  TRACK  ON  FTR- 

A 

Repeat  #  2  with  FTR  in  track 

ON  T6T,  EHI  SOURCE  IN  SEARCH- 

5 

Repeat  #  2  with  FTR  in  track 
ON  T6T,  EHI  SOURCE  IN  TRACK 
ON  FTR- 

6 

AR 

AR 

FTR  A 

ABREAST 

AR 

AR 

EHI  SOURCE  channels  will  be 
varied,  FTR  in  search  EHI 
SOURCE  in  search- 

7 

AR 

AR 

FTR  A 

TAIL-ON 

AR 

AR 

EHI  SOURCE  CHANNELS  WILL  BE 
VARIED,  FTR  IN  SEARCH,  EHI 
SOURCE  IN  SEARCH- 

8 

Repeat  #  7  with  FTR  in  search, 
EHI  source  in  track  on  FTR- 

9 

Repeat  #  7  with  FTR  in  track 
ON  TARGET,  EMI  SOURCE  IN 
SEARCH - 

10 

AR 

AR 

FTR  B 

HEAD-ON 

AR 

AR 

EHI  SOURCE  CHANNELS  WILL  BE 
VARIED,  FTR  IN  SEARCH,  EHI 
SOURCE  IN  SEARCH- 

11 

Repeat  #  10  with  FTR  in  search 
EHI  source  in  track  ON  FTR 

12 

Repeat  #  10  with  FTR  in  track 
on  TGT,  EHI  source  in  search- 

13 

Repeat  #  10  with  FTR  in  track 
on  TGT,  EHI  SOURCE  IN  track  on 
FTR- 

1A 

AR 

AR 

FTR  B 

ABREAST 

AR 

AR 

EH!  SOURCE  CHANNELS  WILL  BE 
VARIED-  FTR  IN  SEARCH,  EHI 
SOURCE  IN  SEARCH- 

15 

AR 

AR 

FTR  B 

TAIL-ON 

AR 

AR 

EHI  SOURCE  CHANNELS  WILL  BE 

VARIED,  FTR  IN  SEARCH,  EHI 
SOURCE  IN  SEARCH • 


Repeat  #  15  with  FTR  in  search 
EHI  source  in  track  on  FTR  - 


Repeat  #  15  with  FTR  in  track 
on  TGT,  EH!  SOURCE  in  search- 


NOTES;  1.  FTR  A  IS  EQUIPPED  WITH  SAME  TYPE  RADAR  AS  THAT  UNDER  TEST- 

2-  FTR  B  IS  EQUIPPED  WITH  DIFFERENT  TYPE  RADAR  THAN  THAT  UNDER  TEST- 

3-  AR  IS  AS  REQUIRED- 

A-  N/A  IS  NOT  APPLICABLE. 

5-  FTR  IS  FIGHTER 

6-  T6T  IS  TARGET- 
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These  poda  tie  into  Minting  aircraft  wiring  and  nay  hava  tha  capability  to  racord  noma 
data  on-board  or  talanatar  it  to  tha  ground  during  flight.  However,  thaaa  poda  ara 
somewhat  raatrictad  in  that  thay  usually  hava  a  limit  ad  n  unbar  of  aignals  which  can  ba 
aa  lac  tad  in  flighty  and  hava  littla  or  no  instrunantation.  Also,  tha  location  of  tha 
jaauaing  pod  on  tha  jamming  aircraft  is  normally  constrained  to  ona  of  tha  existing 
attachmant  points,  which  may  not  ba  an  optimum  location  for  multipath  and  phasing  of  tha 
jamming  aignals.  Tha  "ideal"  situation  is  to  hava  a  largar  aircraft,  with  tha  jammar 
alactronics  mountad  intarnally,  with  controls  to  changa  all  signal  charaotariatics  and 
oonsidarabla  instrunantation. 

Tha  raguiramant  for  a  substantial  amount  of  instrunantation  on  all  tha  jaunars  and  tha 
tast  radar  is  axtramaly  important  to  tha  succass  of  radar  BCCM  tasting.  Tha  axact 
jammar  characteristics  must  ba  known  at  all  times  and  ba  correlatable  with  tha  radar 
operation.  Typically,  more  involved  radar  system  instrumentation  is  needed  for  BCCM 
tasting  than  for  most  other  modes.  This  allows  not  only  a  determination  of  what  affect 
tha  jammer  has,  but  an  extrapolation  can  ba  made  of  what  affects  other  ECM  techniques 
might  hava  without  having  to  tast  them  all  in  tha  face  of  time,  money  or  security 
constraints.  For  example,  if  a  particular  ECM  technique  did  not  cause  tha  radar  to 
break  lock,  with  tha  proper  instrumentation,  it  may  ba  possible  to  state  that  it  would 
break  lock  given  a  slight  ECM  signal  modification  without  having  to  than  go  teat  that 
variation.  Tha  additional  instrumentation  may  also  allow  extrapolation  of  tha  test 
results  to  a  more  operationally  realistic  multiple  jammer  environment.  This  need  for 
increased  amounts  of  instrumentation  may  result  in  programmable  instrumentation,  systems 
that  can  ba  adapted  to  record  different  radar  parameters  depending  on  tha  ECM  technique 
to  ba  tasted.  Telemetered  radar  data  can  ba  quite  helpful  during  BCCM  tests  (although 
security  considerations  may  severely  limit  its  use)  to  allow  tha  ground  personnel  to  see 
effects  of  which  the  pilot  may  not  be  aware.  This  is  especially  useful  with  a  deception 
technique  that  is  impacting  radar  operation  without  the  pilot's  knowledge. 

Innovative  approachaa  should  be  used  to  most  effectively  test  the  radar  ECCM 
capabilities,  and  the  operation  of  specific  jamming  techniques  in  the  test  environment 
should  not  be  limited  to  only  its  primary  use.  For  example,  a  track  breaking  jamming 
technique  (normally  initiated  only  when  the  victim  radar  is  in  track),  could  also  be 
tested  with  the  victim  radar  in  a  search  mode  to  evaluate  whether  it  can  even  lock  on  to 
the  target.  Simulated  ECM  signale  could  be  carried  on  the  fighter  aircraft  (either  in  a 
special  program  in  the  radar  or  in  a  separate  signal  generator)  to  inject  in  flight  for 
both  test  and  training  purposes.  Not  to  be  forgotten  in  tha  evaluation  is  the  effect  of 
jamming  on  the  radar  "housekeeping"  functions  (such  as  periodic  end-of-bar  calibrations) 
which  can  impact  operation  in  all  modes.  A  helpful  device  to  have  for  radar  BCCM 
testing  is  an  electronic  support  measures  (ESM)  receiver,  either  mounted  on  the  radar 
tast  aircraft  or  in  the  vicinity  of  the  test  arena,  to  measure  tha  signal  environment. 
This  ESM  receiver  data  would  allow  an  analysis  of  the  actual  jammer  transmissions 
(versus  what  it  was  programmed  to  transmit),  and  the  response  of  the  radar  to  jamming. 
It  could  also  be  used  for  isolation  of  any  effects  on  the  radar  from  other  unintended 
signals  in  the  area. 

The  results  of  radar  ECCM  tests  need  to  be  carefully  weighed  to  determine  their 
significance  and  how  any  deficiencies  are  to  be  addressed.  When  a  jamming  technique  is 
found  to  have  an  effect  on  the  radar,  it  must  be  determined  if  that  technique  ia  a 
realistic  one  to  expect  to  see  in  operation.  Implementing  a  fix  will  also  depend  on  its 
cost  versus  the  effect  the  jamming  had  on  the  radar  system.  Care  must  be  taken  in 
evaluating  ECCM  test  results  and  reaching  conclusions  if  constraints  were  put  on  the 
test  conditions  to  achieve  a  certain  point  that  may  not  be  operationally  realistic  (but 
that  can  help  in  the  design  of  the  radar  ECCM  capabilities). 

5.4  Displays  and  Controls 

The  adequacy  and  suitability  of  the  displays,  the  data  displayed  on  the  HUD,  and  the 
controls  should  be  evaluated  during  all  radar  tests.  In  addition,  dedicated  test  time 
may  be  needed  to  assess  areas  such  as  mode  priorities,  lighting  conditions  and  operator 
workload.  Both  the  static  (e.g.,  range  scales,  asimuth  and  elevation  marks)  and  dynamic 
(e.g.,  target  symbols  and  target  data)  symbology  should  be  evaluated  for  readability. 
This  encompasses  assessment  of  scale  sise  and  placement,  occlusion  xones,  displayed  data 
stability,  and  the  suitability  to  the  operator  of  the  gain,  brightness  and  contrast 
adjustments.  Typically,  human  factors  engineers  will  also  Le  involved  in  evaluating  the 
radar  displays  and  controls. 

The  switchology  evaluation  includes  the  following  faotorst  1)  accessibility  of  switches 
and  controls  to  the  operator,  3)  the  availability  of  "hands-on"  (stick  and  throttle) 
controls,  3)  the  potential  for  inadvertent  actuation  of  controls,  and  4)  control 
suitability  under  high  workload,  stressful  situations.  Also  to  be  tested  is  the 
adequacy  of  the  system  mechanisations  such  ast  1)  the  operator  actions  required  to 
change  modes,  2}  automatic  versus  manual  selection  of  modes,  range  scale,  scan  pattern 
nice  or  direction,  3)  the  smoothness  of  transitions  from  mode  to  nods,  and  4)  the 
direction  of  a  control  movemnt  relative  to  a  display  function.  An  example  of  item  4) 
is  the  radar  cursor  control  which  can  be  sounted  such  that  forward/reverse  or  sideways 
movement  translates  into  up/dewm  or  an  increase/decrease  in  displayed  cursor  range. 

Evaluation  of  the  adequacy  of  the  radar  display  under  various  lighting  conditions  should 
includei  1)  the  location  of  the  display  in  the  cockpit,  2)  the  requirement  for  an 
automatic  brightness  or  contrast  control,  and  if  so  equipped,  how  well  it  accosaodates 
dynamic  changes  in  lighting,  3)  flight  in  and  out  of  clouds  or  wsather,  and  maneuvering 
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mo  that  various  sun  angles  srs  in  ths  cockpit,  and  4)  day  versus  night  operations.  Tha 
night  lighting  evaluation  should  include!  1)  tha  usability  of  tha  display  brightness 
control.  3)  tha  consistency  of  display  visibility  while  changing  sodas  and  display 
formats,  and  3)  visibility  in  a  variety  of  outside  lighting  conditions  (over  city 
light*,  a  runway  or  only  darkness). 

The  displays  and  oontrols  assessment  is  partially  dependent  on  the  user  of  the  radar 
systanw  i.e.,  will  it  be  in  a  single  seat  aircraft  where  the  pilot  has  many  things  to  do 
in  addition  to  operating  and  observing  the  radar,  or  in  a  multiple  seat  aircraft  with  a 
dedicated  radar  operator.  It  is  especially  important  in  a  single  seat  installation  to 
detera^ne  what  the  operator  really  needs  to  see.  Sometimes  the  fact  is  overlooked  in 
the  design  process  that  the  radar  is  an  aid  to  the  operator  but  is  only  one  of  a  number 
of  avionics  systems  that  requires  operator  attention  during  flight. 

The  increased  use  of  multifunction  displays  (MFDs)  provides  significantly  more 
flexibility  to  display  data  from  several  sensors  and  usually  eliminates  the  need  for  a 
dedicated  radar  control  panel,  since  most  radar  controls  are  now  programmed  function 
buttons  which  surround  the  MFD,  additional  user  interpretation  is  required.  An  example 
of  this  is  tha  use  of  two  buttons  to  increment  display  symbology  up  and  down,  versus 
previously  turning  a  knob  on  a  control  panel.  The  dedicated  radar  controls,  such  as 
antenna  elevation  and  cursor  positioning  knobs  located  on  the  stick  or  throttle,  can  be 
programmed  to  be  either  rate  or  position  sensitive  and  the  evaluation  Should  determine 
which  is  preferred.  For  example,  the  cursor  movement  can  be  set  to  a  constant  rate  and 
move  a  distance  based  on  the  control  displacement,  or  the  rate  can  vary  depending  on  the 
control  displacement.  Regardless  of  the  mechanisation,  the  cursor  controller 
sensitivity  must  also  be  evaluated.  If  overly  sensitive,  the  cursor  could  be 
inadvertently  slewed  off  the  target  during  the  designation  process.  If  lacking  in 
sensitivity,  large  cursor  displacements  could  be  slow  and  inaccurate  to  the  point  of 
degrading  operations.  For  the  antenna  tilt  controller,  the  evaluation  should  include  an 
assessment  of  any  dead  bands  (an  area  where  movement  of  the  control  causes  no  antenna 
tilt).  If  the  radar  uses  an  electronic  scan  with  no  physical  antenna  movement,  the  same 
control  would  move  the  radar  beam  and  should  be  evaluated  similarly. 

Additional  considerations  for  the  evaluation  include  any  display  enhancements  which  may 
be  included  in  the  system.  The  use  of  color  displays  will  greatly  expand  the  data  and 
messages  which  can  be  presented  to  the  pilot.  Current  displays  may  have  warnings  built 
in,  such  as  flashing  the  target  symbol  at  a  rapid  rate  in  a  track  mode  when  break  lock 
is  imminent.  Same  aspects  of  the  display  design  or  symbology  may  not  be  finalised  until 
flight  testing  has  been  accomplished  in  order  to  best  determine  the  final  design  based 
on  actual  in-flight  operation.  While  not  a  part  of  the  radar  system  evaluation 
criteria,  the  instrumentation  systems  need  to  have  adequate  controls  and  displays  to  be 
used  effectively  and  minimise  pilot  distraction  from  the  radar  test  tasks. 

An  evaluation  is  also  required  of  the  radar  set  up  and  turn  on  procedures,  and 
terminology.  For  example,  the  term  "radar  ready"  has  caused  considerable  confusion  in 
the  past  since  it  may  be  interpreted  that  the  radar  is  warmed  up,  self-tested  and  ready 
to  operate  immediately,  or  that  it  is  still  in  the  start-up  process  and  will  not  be 
usable  for  a  period  of  time. 

The  primary  method  of  the  radar  displays  and  controls  evaluation  is  a  qualitative 
assessment  made  by  the  pilot  or  operator  during  the  course  of  the  flight  test  program. 
Some  tests  can  be  done  in  a  ground-based  simulator,  but  to  do  so  the  simulator  should 
have  an  ergonomically  correct  layout.  For  all  operator  dependent  manual  operations, 
more  than  one  operator's  opinion  is  required,  and  more  than  one  operator  experience 
level  should  be  used.  The  test  planning  should  be  constructed  such  that  multiple 
opinions  will  be  collected  for  all  mode  and  scenario  combinations.  There  are  usually  no 
dedicated  test  conditions  for  assessing  the  displays  and  controls,  rather  it  is  done  on 
a  continuous  basis  throughout  the  course  of  the  test  program.  The  run  cards  should 
include  reminders  to  look  for  specific  controls  or  displays  usage  during  applicable  test 
conditions . 

The  main  sources  of  evaluation  data  are  pilot  comments,  video  recordings  of  the 
displays,  and  same  aircraft  avionics  MUXBUS  data.  There  are  two  "schools  of  thought"  on 
ths  method  of  video  recording!  1)  use  a  cockpit  mounted  camera,  or  2)  feed  the  displayed 
radar  video  signal  directly  to  a  recorder.  While  the  direct  method  eliminates  any 
interference  from  cockpit  light  and  is  generally  much  easier  to  observe  during  playback, 
the  camera  method  does  record  what  the  operator  really  .sees  in  flight,  taking  into 
account  all  the  factors  which  affect  the  display  readability.  NUXBUS  data  can  be  used 
to  help  in  the  assessment  of  pilot  workload  by  analysing  the  operator-commanded  system 
changes  and  systea-cosmanded  changes  under  different  operational  scenarios. 

5.5  Degraded  and  Backup  Modes 

Since  it  is  undesirable  to  have  a  modern  radar  system  susceptible  to  single  point 
failures,  degraded  or  back-up  modes  may  be  a  part  of  the  design  and  should  therefore  be 
tested.  For  example,  if  the  Inertial  navigation  System  (IKS)  which  provides  data  for 
radar  antenna  stabilisation  fails,  the  radar  could  use  the  Bead-up  Display  (HUD)  rate 
gyros  as  a  backup.  Tests  should  be  accomplished  to  determine  what  aircraft/radar 
maneuvering  limitations  may  then  be  introduced,  such  as  whether  the  ability  to  eliminate 
clutter  in  look-down  search  modes  has  bean  retained  or  degraded.  Other  degraded  or 
backup  radar  modes  might  be  due  to  the  effects  of  a  central  computer  failure  on  the 
radar  altitude  line  tracker  and  display  when  aircraft  altitude  data  is  lost,  or  the 
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•flMM  of  i  lower  ay  a  ton  updates  whan  tha  backup  aircraft  avionica  MUXRUS  control  iar 
cauaao  a  Iona  of  displayed  data,  for  whatavar  degraded  or  back-up  aodaa  exist,  tha 
avaluation  should  determine  tha  remaining  radar  capabilities.  Haul  tat  ions  and  accuracies 
as  coopered  to  tha  full-up  systaai  in  all  affected  sodas.  This  avaluation  stay  involve 
quantitative  as  wall  as  qualitative  comparisons  since  tha  radar  systaai  requirements  a*y 
allow  a  spacific  reduction  in  accuracy  under  sone  degraded  conditions.  Generally, 
degraded  and  backup  a/a  radar  sodas  are  not  a  safety  concern,  unless  the  radar  is  tied 
into  the  aircraft  flight  control  systaai  to  help  in  a/a  aosfcat  situations,  or  when  there 
is  an  soar  fancy  override  option  which  the  pilot  oan  use  to  override  the  radar  autcaotic 
shutdown  features  and  avoid  a  catastrophic  systaai  failure.  The  flight  control  interface 
could  be  tested  with  careful  planning  to  determine  the  operational  Impact,  while  it  is 
highly  unlikely  the  override  feature  would  be  intentionally  initiated. 

Frier  to  tasting,  an  analysis  should  be  accomplished  to  estimate  the  probability  of 
failure  occurrence  which  will  cauae  the  radar  to  revert  to  a  degraded  or  backup  mode  in 
order  to  deterrine  the  requirements  for  teat.  If  the  probability  for  e  particular 
degraded  mode  is  extremely  low,  end  the  effects  are  minimal,  testing  of  that  mode  would 
be  much  lower  in  the  test  planning  priority.  Testing  of  degraded  and  backup  nodes 
requires  ground  lab  taste  prior  to  flight,  especially  in  the  area  of  verifying 
interfeoea  with  other  systems  on  which  the  radar  depends.  An  example  of  this  syeten 
interaction  ia  when  the  radar  reoognisea  tha  INS  has  failed  end  requires  a  different 
data  word  from  the  HUD.  Whereas  some  degraded  nodes  may  be  easy  to  intentionally 
initiate  (such  ee  by  turning  off  the  INS),  others  may  require  system  modifications 
end/or  additional  interfacea  to  intentionally  cause  them  to  occur.  This  phase  of 
testing  may  be  made  much  more  effective  by  an  analysis  which  determines  the  probability 
of  various  failure  modes. 

Specific  teat  conditions  should  be  set  up  for  types  of  degraded  capabilities  such  as  the 
IMS  failed  situation  where  radar  antenna/beam  stability  can  be  affected.  These  tests 
include  repeating  teste  run  in  normal  modes  (as  described  in  section  4  of  thia  volume) 
such  as  look-down  search  modes  in  the  vicinity  of  various  types  of  clutter  while 
maneuvering,  acquiring  and  tracking  a  target  to  gimbal  limits,  and  maneuvering  to  check 
track  stabilisation  and  auto  range  scale  switching.  Test  conditions  for  ell  applicable 
modes  should  be  set  up  to  determine  the  limited  radar  capability,  and  to  define  what 
will  still  be  operable  and  useful  given  tha  operational  situation.  In  addition,  failure 
response  actions  require  definitions  such  as  continuing  combat,  landing  as  soon  as 
possible  or  returning  home.  The  utility  to  the  operator  of  each  degraded  or  backup  moda 
needs  to  be  evaluated,  and  a  determination  made  if  he  should  even  be  notified  of  system 
reversion  to  a  backup  mode  that  still  retains  full  radar  operation.  This  may  become 
more  important  with  the  use  of  systems  which  have  graceful  degradation,  auch  as  multiple 
phased  array  antennas  where  numerous  elements  may  fail  with  no  perceptible  effect  on 
radar  operation.  When  the  situation  does  warrant  informing  the  pilot,  the  evaluation 
should  determine  the  best  way  to  display  the  information  for  rapid  assessment  of  the 
situation.  Remaining  radar  capabilities  should  also  be  examined  with  respect  to  any 
degradation  of  ECCM  performance,  i.e.,  if  the  system  ie  now  more  vulnerable  to  ECM. 

5.6  Alternatives  for  Mode  Mechanisations 

The  radar  system  specification  may  require  that  the  design  of  aome  system  mechanixations 
be  finalised  only  after  evaluating  a  range  of  alternatives  during  flight  test.  This 
occurs  in  situations  where  mode  analysis  and  ground  tests  alone  could  not  adequately 
define  the  design.  These  flight  tests  would  use  identical  test  conditions  for  all  the 
alternatives  and  compare  performance  to  determine  the  best  solution.  Areas  appropriate 
for  examining  alternatives  in  flight  can  include!  1)  ACM  modes  scan  pattern  else  and 
location  (the  FOV  coverage  relative  to  the  fighter  aircraft),  which  is  dependent  on 
fighter  versus  target  maneuvering  capabilities  and  requires  an  in-flight  assessmant,  2) 
the  track  coast  time  through  the  doppler  notch  (the  length  of  time  before  the  radar 
returns  to  search)  with  respect  to  the  extrapolation  accuracy  required  to  reacquire  the 
target,  3)  the  ACM  maximum  acquisition  range  (a  tradeoff  between  discriminating  among  a 
number  of  targets  in  an  operational  scenario  versus  the  requirement  for  a  close-in  mode, 
4)  the  use  of  coast  and  its  tine  limits  in  TWS  jods,  5)  clutter  cancellation  filtering 
techniques  which  effect  false  alarm  thresholds,  6)  ground  moving  target  rejection  (QMTR) 
velocity  thresholds,  7)  ECCM  mechanisations,  and  8)  mode  priorities,  especially  during 
high  workload  situations.  Operational  considerations  must  be  taken  into  account  to  make 
mechanisation  decisions  based  on  how  the  system  will  be  used.  The  flight  test 
conditions  should  be  as  close  as  possible  to  the  predicted  operational  environment,  yet 
repeatable  in  order  to  properly  compare  the  alternetivee.  Thia  testing  may  be  more 
appropriately  termed  “mode  optimisation''  aince  it  ia  optimising  the  mode  parameters  for 
the  intended  environment. 


In  order  to  conveniently  test  mechanisation  alternatives,  the  radar  system  (in 
particular  tha  software)  needs  to  be  sufficiently  flexible  to  easily  implement  changes 
during  the  flight  test  program.  The  ideal  situation  ie  to  be  able  to  select  from  the 
alternatives  in  flight  (such  as  using  on-board  special  controls  as  explained  in  section 
7.5  of  this  volume)  so  that  immediate  comparisons  can  be  made  under  the  same  test 
conditions.  It  must  be  emphasised  that  effective  configuration  management  must  be 
exercised  at  ell  times  since  this  area  of  trying  alternetivee  could  easily  lead  to  loss 
of  tha  reder  system  configuration  knowledge  or  control.  The  instrumentation  eetup 
should  acquire  data  such  that  other  techniques  can  be  examined  without  having  to  fly 
then  ell.  For  example,  to  evaluate  the  coast  time,  sufficient  acquired  data  would 
minimise  the  number  of  points  required  to  be  flown  with  different  coast  times  while 
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dtttniBing  when  the  lyitM  would  hav«  broken  lock.  Tismiy  feedback  of  tin  test  results 
ia  required  in  order  to  make  tha  design  ohengea  end  atill  fully  evaluate  the*  within  the 
teat  progru  schedule. 

S.7  Kadooe  Effscts 

Radomss  for  airborne  radars  are  no  at  often  deaigned  for  their  aerodynamic 
oharacteriatica  with  attendant  elsctronagnstio  considerations  a  secondary  factor. 
Redeems  should  be  aoohanleally  strong  but  lightweight,  and  have  minimal  attenuation, 
distortion,  or  borasight  shift  effects  on  the  radar  bean.  Thus,  radons  design  for 
airborne  application  is  largely  a  process  of  conproniee  to  achieve  the  desired  V 
performance-  Rad  on  a a  typically  have  specifications  which  require  characteristics  oft 
high  transmission  efficiency;  low  power  reflection;  snail  bean  deflection  magnitude  with 
good  repeatability  and  low  rate  of  change  with  angle  through  the  redone;  and  low  pattern 
distortion.  Radons  losses  are  a  function  of  the  type  and  thickness  of  the  material  used 
in  construction  and  the  radar  operating  frequency  range.  The  flight  test  conditions 
should  ensure  the  radar  bean  is  transmitted  through  many  radons  asinuth  and  elevation 
angles  to  determine  any  possible  performance  effects  or  limitations.  The  manifestation 
of  these  effects  any  Include  inducement  of  false  alarms  or  tracking  errors  due  to  radons 
reflections  caused  byt  radons  shape,  polarisation  effects,  ice  buildup,  or  radome 
hardware  such  as  anti-static  materials,  de-icing  equipment,  a  pitot  boom  or  other 
antennas.  Reflections  from  the  main  beam  and  sidelobes  can  vary  and  are  usually  worst 
at  the  antenna  asinuth  and  elevation  scan  limits. 

A  substantial  amount  of  ground  testing  for  radar  antenna  and  radome  compatibility  is 
required  on  an  antenna  test  range  prior  to  flight.  This  is  also  the  only  way  to  verify 
specifications  that  are  written  for  radar  perfonaance  without  the  radome  installed.  A 
number  of  antenna/ radome  combinations  should  be  run  in  order  to  obtain  a  representative 
sample  of  performance  limits,  with  subsequent  flight  tests  designed  to  verify  the  ground 
test  results.  In-flight  antenna  patterns  may  be  run  using  sensitive  receivers  on  the 
ground,  but  are  usually  not  required.  If  the  radar  is  mounted  on  the  aircraft  in  a 
location  where  there  is  potential  interference  with  the  beam  (such  as  in  a  wing-mounted 
pod  blocked  by  the  fuselage  at  seme  angles)  it  will  require  implementation  of  masking 
algorithms  for  operation.  A  mockup  of  the  appropriate  areas  should  be  used  for  ground 
testing,  and  an  operational  verification  should  be  made  in  flight. 

Some  radar  systems  are  used  with  different  radomes  in  more  than  one  type  of  aircraft. 
If  this  is  the  case  for  the  system  under  test,  an  in-flight  side-by-side  performsnee 
comparison  can  be  made  using  these  different  aircraft  (assuming  the  test  conditions  are 
set  up  to  exclude  mutual  interference)  to  isolate  suspected  radosM-caused  anomalies.  It 
is  particularly  important  that  both  aircraft  be  equipped  with  adequate  instrusmntation 
systems . 

Radome  compensation  algorithms  can  be  designed  into  the  radar  for  systems  requiring  the 
highest  degree  of  angular  accuracy  (such  as  gun  directors).  This  then  creates  new 
configuration  and  maintenance  problems  which  must  be  addressed,  and  could  add  the 
requirement  that  the  radar  LRU  containing  the  compensations  and  the  radome  must  be 
changed  and  handled  as  a  setl  when  radome  compensation  algorithms  are  implemented  in 
the  radar,  the  ability  to  adequately  compensate  for  radeem  effects  should  be  determined 
under  all  conditions. 

The  following  paragraphs  on  radome  reflection  lobes  are  based  on  Reference  4.  A  major 
source  of  target  false  alarms  can  be  the  presence  of  very  large  RCS  discrete  targets  in 
the  antenna  sidelobes  and  radome  reflection  lobes.  Radome  reflection  lobes  can  be 
produced  as  a  result  of  imperfect  transmission  of  the  energy  in  the  antenna  main  beam 
through  the  radome  wall.  The  small  portion  of  the  main  beam  energy  not  transmitted 
through  the  radome  wall  is  reflected  and  transmitted  through  the  opposite  side  of  the 
radome.  the  secondary  transmission  (and  reception)  path  thus  formed  is  typically  many 
decibels  down  from  the  main  beam,  but  it  is  still  possible  to  detect  very  large  discrete 
targets  (RCS  on  the  order  of  1M,M0  square  maters)  via  this  secondary  path.  Main  beam 
clutter  cancellation  is  not  effective  against  these  targets  since  they  do  not  originate 
from  the  area  covered  by  the  antenna  main  beam,  rather,  the  reflection  lobe  asimuth  is 
generally  on  the  opposite  side  of  the  nose  from  the  main  lobe  position. 

Bxistence  of  radome  reflection  lobes  can  be  verified  and  quantified  by  measurements  on  a 
radome/entenna  pattern  range.  (Rotei  further  information  on  antenna  pattern 
measurements  can  be  found  in  AQARDograph  series  300,  "Determination  of  Antennas  Patterns 
and  Radar  Reflection  Characteristics  of  Aircraft.")  By  taking  data  from  a  series  of 
patterns  at  different  antenna  asinuth  angles,  it  is  possible  tc  construct  a  plot  of 
reflection  lobe  asimuth  angle  versus  main  beam  asimuth  scan  angle.  As  long  as  the 
aircraft  is  in  straight  and  level  flight,  right  versus  left  symmetry  exists  allowing  a 
prediction  of  reflection  lobe  positions  for  main  beam  asimuth  scan  angles  both  right  and 
left  of  the  aircraft  nose.  These  predictions  can  then  be  used  to  correlate  with  the 
false  alarm  data  from  flight  tests  to  verify  whether  the  false  alarms  were  caused  by 
large  discrete  targets  entering  the  system  via  radome  reflection  lobes. 

Look-down  flight  teste  should  be  conducted  in  an  area  with  low  backscatter  coefficient 
terrain  on  one  side  of  the  ground  track  and  large  disorete  targets  (such  as  large  ships 
in  calm  water,  or  large  buildings  or  hangars  ia  deeert  areas)  on  the  other  side  of  the 
ground  track.  Whan  large  discrete  targets  are  present  on  both  sides  of  the  flight  path, 
more  false  alarms  may  be  created,  but  it  will  be  harder  to  isolate  and  determine  if  they 
were  caused  by  radons  reflection  lobes.  If  tasting  doss  rsvssl  significant  problsms  dua 
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to  reflection  lobes  from  large  discrete  targets,  the  radar  system  stay  be  Modified  such 
that  the  effective  DCS  of  these  targets  can  be  sMaaured  In  flight  using  a  radar  ground 
map  Mode  and  oa  libra  tod  attenuators  Installed  In  the  system. 

Testing  Should  also  Include  rolling  maneuvers  which  causa  the  antenna  to  Illuminate  many 
radome  locations  to  observe  if  falsa  alarms  are  caused  by  antenna  sidelobee  and  rademe 
reflection  lobes.  The  shape  of  the  radons  (such  as  a  circular  versus  non-circular 
cross-section,  or  flat  apertures)  will  dictate  how  much  testing  and  how  many  angles 
should  be  used.  If  the  radons  is  syistrical,  it  is  unlikely  any  c&angea  in  false  alarm 
rate  would  result,  however,  if  it  is  not  symmetrical,  the  interaction  between  antenna 
sidelobee  and  differences  in  reflection  lobe  characteristics  nay  substantially  change 
the  false  alarm  rate. 


The  following  four  steps  can  be  used  for  post-flight  data  reduction  to  determine  if 
false  alarms  are  being  generated  by  reflection  lobes i 

1)  Analyse  the  recorded  radar  data  (from  video  tape  or  internal  radar  data 
recordings)  to  separate  "true"  detections  (detections  on  the  target,  other  aircraft,  or 
ground  moving  targets  at  speeds  above  the  OMTR  threshold)  from  "false"  targets. 

2)  Using  the  indicated  range  and  asimuth  of  each  "false*  target  and  the  aircraft 
position  data,  plot  the  locations  of  each  indicated  "false"  target  on  a  detailed  map  of 
the  area. 

3)  Using  the  plot  of  reflection  lobe  asimuth  angle  versus  stain  beam  asimuth  angle, 
convert  the  indicated  asimuth  of  each  "false"  target  to  a  reflection  lobe  asimuth.  The 
reflection  lobe  asimuth  and  the  indicated  range  are  then  used  along  with  aircraft 
position  data  to  plot  a  second  set  of  "false"  target  positions  referred  to  as  the 
reflection  lobe  positions. 

4)  After  plotting  the  indicated  and  reflection  lobe  positions  of  each  "false" 
target,  visually  inspect  the  map  to  determine  the  source  of  the  target.  If  a  number  of 
"false"  targets  are  now  shown  to  be  in  the  area  of  known  large  discrete  reflectors,  they 
are  likely  the  result  of  reflection  lobes.  Likewise,  those  targets  that  are  now  shown 
to  be  in  a  clear  area  are  likely  returns  from  true  targets. 


Radar  Processing 
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Radar  processing  memory  and/or  speed  limitations  may  become  apparent  during  the  design 
phase  or  during  the  test  program,  particularly  as  tradeoffs  are  made  in  the  system 
inpleamntation.  This  is  especially  important  in  this  ara  of  software-controlled  radar 
systems  and  differences  in  processing  techniques  among  various  radars.  Typically,  the 
anoamlies  seen  are  more  often  the  result  of  limitations  in  processing  through-put  rather 
than  memory.  "Smarter"  more  sophisticated  systems  may  reconfigure  or  reallocate 
processing  resources  to  allow  a  reduction  in  data  accuracy  so  as  not  to  lose  tracked 
targets.  These  systems  may  also  have  some  type  of  "tip-off"  message  to  notify  the  pilot 
of  excessive  computer  loading.  Future  avionics  suites  may  have  a  partitioning  of 
functions  for  all  associated  avionics  wherein  the  radar  computations  may  be  done  in  one 
of  several  computers  depending  on  the  situation.  This  sharing  can  save  weight  by 
eliminating  underutilised  computers  and  will  improve  processing  and  data  transfer 
efficiency. 


Specific  flight  test  conditions  can  be  set  up  (based  on  the  system  design  and 
operational  considerations)  to  evaluate  the  radar  under  conditions  of  maximum 
computational  loading.  For  instance,  an  appropriate  flight  test  condition  may  be  to 
have  the  fighter  maneuvering  in  TVS  mode,  using  the  maximum  number  of  targets  with  same 
of  them  maneuvering,  in  a  high  clutter  and  BCM  environment,  while  exercising  other 
system  options  such  as  telemetering  data  to  a  radar  missile.  A  combination  like  this 
might  result  in  system  overload  manifested  as  a  slowdown  or  loss  of  data  sent  to  the 
display  and/or  the  rest  of  the  weapons  system.  The  test  conditions  used  should  be  based 
on  knowledge  of  what  tradeoffs  may  have  been  made  in  the  radar  design,  coupled  with  an 
operationally  realistic  high  system  workload  situation.  This  will  require  the  test 
planners  to  have  a  good  understanding  of  the  radar  design  to  intelligently  devise  the 
most  appropriate  test  conditions. 


Some  ground  lab  testing  of  radar  processing  limitations  is  appropriate,  although  it  may 
be  much  more  difficult  to  simulate  the  full  situational  environment  described  above  to 
obtain  the  greatest  system  loading.  However,  the  test  conditions  in  a  lab  are  more 
repeatable,  and  would  cost  far  less  than  the  amount  of  time  and  money  required  to  set  up 
the  complex  flight  environment.  To  add  to  the  realism  of  the  lab  tests,  ground  clutter 
signals  could  be  recorded  in  flight,  and  then  played  back  in  the  lab. 


In  recognition  of  possible  radar  system  limitations,  early  production  runs  of  new  radar 
systems  are  often  designed  to  be  more  easily  reprogrammable  (such  as  using  electronic  or 
ultraviolet  erasable  memory  chips),  or  to  easily  allow  the  addition  of  more  memory  to 
rapidly  correct  problems  and  implement  changes  found  necessary  during  the  flight  test 
program. 


5.9  Environmental  Considerations 

All  environmental  extremes  which  the  radar  system  will  encounter  during  operation  should 
be  incorporated  as  a  part  of  the  flight  test  program.  For  a  highly  maneuverable  fighter 
aircraft,  high  g's  during  maneuvers  are  usually  the  most  stressful  on  radar  antenna 
movement,  i.e.,  its  ability  to  scan  in  search  modes  or  stay  pointed  towards  the  target 
in  track  modes.  This  may  require  instrumenting  the  antenna  drive  system  to  determine  if 
it  is  approaching  its  performance  limits  in  terms  of  slew  rate,  dead  bands  and  other 


pir«Mt«ri.  High  altitudes  affect  primarily  the  pressurised  eomponanta  auch  aa  tha 
antenna,  transmitter  and  waveguide  where  arcing  might  occur  undar  low  praaaura 
conditiona.  A  cliaatic  avaluation  will  normally  includa  tha  uaa  of  a  climatic 
laboratory  and  daployaanta  to  rapraaantativa  oparating  locationa  to  verify  radar 
oparation  for  all  potantial  extremes  of  humidity,  aoiatura,  haat  and  cold.  Thia  ia  to 
obaarva  tha  radar's  capability  to  oparata  (both  alactrically  and  aachanically)  and  tha 
pilot'a  ability  to  oparata  and  control  tha  system,  auch  aa  oparating  tha  controla  whila 
waaring  glovaa.  Further  inforaation  on  climatic  tasting  can  ba  found  in  AdARDograph 
sariaa  3M,  "Plight  Taating  Undar  Extreme  Bnvironaantal  Conditions." 

Tha  alactrical  powar  and  anvironaantal  control  ayatam  (EC8)  which  intarfaca  with  tha 
radar,  can  ba  inatruaantad  to  datarmina  if  thay  hava  aufficiant  capacity,  ara  within 
accaptabla  fluctuation  limita.  and  provide  aufficiant  cooling  capacity.  If  tha  aircraft 
is  aguippad  with  a  gun  (which  will  likely  ba  mounted  near  tha  front  of  tha  aircraft 
close  to  tha  radar),  test  conditions  should  includa  gunfire  in  flight  to  varify  that  tha 
radar  can  tolerate  tha  vibration  and  acoustic  environment.  This  is  especial ly  important 
since  a  raprasantativa  laboratory  simulation  of  gunfire  affects  ia  extremely  difficult. 
Although  laaa  likaly  a  problem,  tasting  should  also  evaluate  any  radar  affects  due  to 
gun  gas  ingestion. 

Rain  or  snow  in  any  significant  amount  can  degrade  tha  performance  of  most  a/a  radars 
with  tha  level  of  degradation  dependant  on  factors  auch  as  oparating  frequency.  Host 
flight  tasting  of  waathar  effects  will  ba  qualitative  in  nature  ainca  it  is  vary  hard  to 
"schedule"  tha  type  of  waathar  required,  and  even  more  difficult  to  exactly  datarmina 
it's  composition  (rainfall  rates,  for  example)  whan  encountered.  Whan  waathar  ia 
present,  tha  test  conditiona  should  includa  oparation  at  several  radar  frequencies  and 
polarisations  (whan  so  equipped)  using  detection  mode  conditions  similar  to  those 
accomplished  in  a  non-weather  environment  for  comparison.  In  tha  future,  greater  radar 
detection  ranges  will  make  waathar  affects  an  even  bigger  factor  since  tha  waathar 
related  losses  (whether  in  terms  of  a  percentage  or  decibels)  will  translate  into  more 
nautical  miles  of  detection  range  lost. 

5.18  Interfaces  With  Other  Avionics 

Since  a  modern  radar  is  highly  integrated  with  the  rest  of  tha  aircraft  avionics  suite, 
its  ability  to  properly  intarfaca  and  oparata  with  these  other  systems  should  be  a  part 
of  tha  a/a  radar  avaluation.  Testing  can  occur  during  dedicated  radar  tests,  but  will 
also  occur  during  overall  aircraft  navigation  and  weapon  delivery  testa  after  tha 
various  subsystem  tests  are  completed.  Areas  of  consideration  include  the  following 
itemsi  1)  information  data  rates,  2)  noisy  data  (large  jumps  which  may  wreak  havoc  on 
weapon  delivery  algorithms  or  displays),  3)  data  accuracy  and  timing  tolerances,  4) 
aircraft  avionics  MUXBUS  capacities,  5)  boresighting  the  radar  with  the  INS  and  HUD,  6) 
mode  coamends,  7)  multifunction  displays,  8)  automatic  mode  controls,  9)  gun  firing  and 
missile  pointing/guidance  information,  and  10)  launch  cues.  The  two  prime  types  of 
radar  missile  guidance  operate  differently  and  impose  additional  requirements  on  radar 
operation.  One  type  of  guidance  uses  the  target  return  to  home  in  on  the  target.  This 
method  requires  the  radar  to  maintain  a  continuous  target  track  throughout  the  missile 
intercept.  The  other  missile  guidance  method  relies  on  telemetered  data  from  the  radar 
aircraft  to  the  missile  to  control  the  missile  trajectory  during  the  initial  phases 
until  the  missile  radar  system  takes  control.  For  the  case  of  a  missile  requiring 
telemetered  target  data,  a  receiver  can  be  mounted  on  the  target  aircraft  to  see  if  the 
radar-transmitted  data  is  accurate  and  correctly  transmitted.  If  the  fighter  is 
equipped  with  a  jammer,  the  blanking  signal  interface  with  the  radar  needs  to  be 
evaluated  for  affects  on  ECH  and  radar  system  effectiveness.  The  use  of  "smarter" 
jammers  and  radars  with  multiple  operating  frequencies  puts  greater  emphasis  on  this 
area  of  evaluation. 

Even  something  as  seemingly  simple  as  the  type  of  switches  used  (such  as  make-before- 
break)  can  cause  an  interface  incompatibility.  Sometimes,  different  interpretations  of 
specifications  by  the  contractors  supplying  the  weapons  components  can  also  lead  to 
interface  problems.  one  example  includes  the  requirement  for  target  resolution— the 
multifunction  display  must  be  capable  of  displaying  the  radar  information  sufficiently, 
otherwise  it  does  little  good  for  the  radar  to  be  able  to  resolve  multiple  targets 
without  the  pilot  being  able  to  observe  it  on  the  display. 

Interfaces  should  be  thoroughly  checked  in  a  ground  integration  lab  before  installation 
in  the  aircraft,  although  there  will  likely  be  some  dynamic  conditions  which  will  be 
encountered  for  the  first  time  in  flight.  Often,  not  all  of  the  necessary  interfacing 
subsystems  will  be  available  at  the  same  time  to  be  used  in  the  ground  lab  tests,  so 
some  will  have  to  be  simulated  (at  least  those  functions  which  affect  the  radar).  An 
extensive  lab  simulation  setup  will  be  required  if  the  aircraft  contains  an  expert-type 
system  that  can  automatically  and  rapidly  command  radar  or  weapons  system  modes  and 
interfaces  based  on  the  combat  situation  and  environment.  Likewise,  if  an  airborne 
testbed  is  available,  the  interfacing  avionics  need  to  be  present,  or  at  a  minimum  need 
to  be  functionally  simulated. 

5.11  Configuration  Management 

Radar  system  configuration  managesient  (CH)  has  become  an  even  more  important  factor 
during  a  test  program  due  to  the  increasing  use  of  digital  architectures  with  multiple 
integrated  data  processors.  Thia  capability  allows  making  relatively  easy  and  rapid 
system  changes  which  can  have  a  major  affect  on  radar  system  operation  and  on  the 


S5 


w 


Interfacing  aircraft  systems  aa  wall.  If  tha  radar  system  configuration  ia  not 
carefully  tracked,  flight  teat  tine  aay  be  wanted,  invalid  data  collected,  and  flight 
teating  aay  jeopardise  the  safety  of  the  crew  or  aircraft.  Throughout  the  teat  program, 
it  is  imperative  that  strict  configuration  knowledge  and  control  be  maintained  in  order 
to  aaaeas  which  radar  functions  are  operable,  which  are  valid  (i.e>.  representative  of 
the  "true"  production  system  operation)  and  the  Impact  of  any  hardware  or  software 
changes  on  radar  capabilities.  A  standard  set  of  functional  check  flight  (sometimes 
termed  "regression*)  test  conditions  should  be  devised  and  conducted  in  a  ground  lab  and 
in  flight  each  time  a  significant  radar  system  change  is  made.  These  will  verify  the 
changes  are  oorrectly  implemented  and  also  that  areaa  not  intended  to  be  changed  have, 
in  fact,  not  been  affected.  The  functional  teat  conditions  serve  as  a  good  audit  trail 
to  track  when  a  problem  first  occurred  and  in  what  radar/aircraft  system  configuration. 
It  is  very  important  that  the  test  program  commit  to  running  these  functional 
conditions,  and  that  they  not  be  passed  up  in  tha  rush  to  achieve  a  program  milestone. 

The  conflgurstion  management  system  should  be  designed  and  activated  before  first 
loading  software  into  the  radar,  especially  since  it  is  so  difficult  to  catch  up  if 
started  later  after  changes  are  made.  The  CM  system  needa  to  be  reeponsive  enough  to 
rapidly  accommodate  changes  during  the  flight  test  program  (particularly  if  the  radar  is 
a  "brassboard"  pre-production  unit  or  if  it  has  an  on-board  reprogramming  capability), 
and  aay  be  different  from  the  configuration  management  system  which  will  be  used 
throughout  the  life  of  the  production  radar.  This  flight  teat  configuration  management 
system  is  not  intended  to  circumvent  good  practice,  but  to  maintain  positive  control 
while  recognising  that  frequent  changes  must  be  approved  expeditiously  during  system 
development.  The  CM  system  may  include:  1)  a  Configuration  Control  Board  (CCB)  which 
will  review  and  approve  changes  prior  to  flight  teat  to  determine  they  are  correct  and 
ready  for  flight,  2)  a  configuration  and  function  report  provided  prior  to  flight  test 
which  describes  the  new  configuration,  its  operating  changes,  effects  on  the  radar 
display  and  controls,  any  operational  and/or  safety  restrictions,  a  definition  of  which 
previously  reported  problems  the  change  is  designed  to  correct,  and  suggestions  on  what 
test  conditions  to  use,  and  3)  a  Management  Information  System  (MIS)  data  base  on  a 
computer  to  track  the  configurations  and  changes  of  the  radar  and  all  interfacing 
systems.  The  configuration  and  function  report  defined  in  2)  above  should  include  in 
detail:  1)  the  version  identification  and  release  date,  2)  the  CCB  date,  3)  the 
discrepancies  fixed  or  software  patched,  4)  a  description  of  the  radar  lab  tests 
accomplished,  5)  a  description  of  the  avionics  integration  tests  accomplished,  6)  a  list 
of  previous  software  patches,  7)  a  list  of  remaining  unfixed  discrepancies,  and  8)  the 
signed  approval  of  the  preparer,  reviewers  and  appropriate  test  personnel.  A  single 
focal  point  should  be  established  within  the  test  organisation  to  coordinate  all 
configuration  changes  and  tracking  with  operations,  engineering  and  maintenance  groups. 


Knowledge  of  the  extent  and  impact  of  configuration  changes  is  especially  important  to 
determine  if  previously  gathered  data  is  no  longer  representative  of  system  performance, 
and  have  therefore  created  the  need  to  re-fly  some  or  all  of  the  conditions.  This  is 
where  a  good  understanding  of  the  impact  of  each  change  is  important  to  the  flight  test 
community  in  order  to  make  informed  test  decisions.  The  flight  test  run  cards  should 
include  any  flight  restrictions  resulting  from  the  current  configuration,  as  well  as  a 
brief  list  of  the  configuration  used  for  the  flight.  The  pre-flight  mission  briefing 
should  also  include  a  description  of  the  configuration  and  its  functions. 

Only  "released"  hardware  and  software  configurations  should  be  used  at  any  time  in  the 
flight  test  program.  Released  is  defined  as  a  configuration  that  has  beam  1) 
thoroughly  documented,  2)  checked  out  and  tested  in  a  radar  lab,  an  avionics  integration 
lab  and  a  flying  testbed  (if  available),  3)  provided  with  an  explanation  of  the  impacts 
of  changes  on  system  operation  and  flight  test  conditions,  and  4)  functionally  flight 
tested.  This  does  not  preclude  the  use  of  specially  modified  software  or  hardware  (such 
as  with  alternate  mechanisations,  instrumentation,  and  data  pumps),  only  that  its 
configuration  is  known,  it  is  ensured  to  be  compatible  with  the  hardware,  and  it  has 
been  thoroughly  checked  out  prior  to  flight.  However,  it  is  usually  necessary  to 
"freese"  the  configuration  once  it  has  been  developed  in  order  to  obtain  adequate  data 
sample  sixes  from  the  same  configuration.  It  is  often  difficult  to  determine  when  this 
freese  should  occur,  as  the  development  community  invai  ly  feels  that  the  system  can 
always  be  inproved,  even  when  production  decisions  are  looming  in  the  inmediate  future. 


5.12  Operator  Knowledge 

The  test  pilots/operators  performing  radar  testing  must  be  highly  knowledgeable  in  order 
to  most  effectively  accomplish  the  test  program.  It  is  extremely  important  that  they 
know  at  least  the  basics  of  the  system  operation,  the  teat  goals  and  the  expected 
outcome  for  each  of  the  test  conditions.  The  flight  test  arena  is  not  the  place  for  on- 
the-job  training.  Radar  operators  must  also  be  able  to  detect  the  presence  of 
anomalies,  however  subtle,  during  the  flight  and  make  decisions  as  to  whether  the 
required  data  and  conditions  are  being  obtained.  This  is  especially  important  if  little 
or  no  telemetry  data  is  available  to  the  test  engineers  on  the  ground  during  the  flight. 
Many  flight  hours  and  wasted  sorties  can  be  prevented  by  an  astute  operator  recognising 
an  improper  test  setup,  condition,  radar  operating  anomaly  or  result,  and  recosmmnding 
appropriate  action.  Having  a  knowledgeable  operator  will  give  a  batter  indication  of 
the  radar's  true  capabilities,  and  minimise  wasted  time  resolving  problems  which  are  due 
to  lack  of  operator  system  knowledge.  There  is  a  possible  "danger"  in  having  only  the 
most  experienced  test  pilots  for  all  the  tests— they  may  be  too  familiar  with  the  system 
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•ad  have  skills  not  fully  rsprsssntsti vs  of  ths  users.  This  is  more  likely  to  bo  dealt 
with  during  OTAR  whs  re  in  it  uy  bo  holpful  to  have  son  loss  experienced  pilots  uso  ths 
systoa  bsfors  ths  design  is  final iasd. 

In  ordor  to  obtain  ths  required  knowledge,  as  wall  as  have  an  influence  on  tho  system 
mechanisation  tradeoffs,  experienced  test  pilots  need  to  be  involved  early  in  the  design 
review  and  test  planning  phases.  Training  can  be  facilitated  through  the  use  of  lab 
systems  and  a  flying  tsstbed  with  which  system  familiarity  oan  be  obtained,  since  it  is 
always  beneficial  to  have  "hands-on"  experience.  However,  the  differences  between  the 
test  aircraft  and  lab/testbed  anvironments  need  to  be  accounted  for  in  the  realism  of 
the  training.  A  ground  simulator  can  be  used  as  a  valuable  aid  during  ths  test  program 
tot  train  the  pilot,  show  him  what  to  look  for  in  flight  (especially  after  a 
configuration  change  is  made),  to  help  define  and  refine  teat  plana,  and  to  practice 
test  points  prior  to  flight. 

As  a  part  of  the  preparation  for  flight,  the  pilot  needs  a  thorough  briefing  by  test 
personnel  which  includes  an  explanation  of  all  test  points,  the  aircraft  and  avionics 
systems  configurations,  and  descriptions  of  any  applicable  radar  system  .modifications. 
During  the  flight,  it  is  imperative  that  the  run  cards  be  rigorously  followed  in  order 
to  obtain  the  proper  data.  The  radar  flight  test  results  are  el  so  highly  dependent  on 
the  pilot's  comments  and  subjective  evaluation  of  the  system  (especially  with  respect  to 
the  displays  and  controls).  After  all,  ths  radar  must  be  usable  and  intsrpretable  by 
the  pilot,  otherwise  it  serves  no  function. 

$•13  Radar  Testbeds 

A  flying  testbed  aircraft  can  be  a  valuable  tool  in  a/a  radar  flight  test  development 
and  evaluation.  Such  an  arrangement  allows  in-flight  teats  to  be  performed  with 
instrumentation  far  more  extensive  than  would  be  possible  with  the  system  installed  in 
the  "production"  aircraft.  A  testbed  aircraft  can  be  employed  as  a  flying  laboratory 
and  engineering  development  tool  which  gives  the  latitude  for  flight  operations  that  are 
more  convenient,  less  hasardous,  and  less  costly.  Use  of  a  testbed  aircraft,  however, 
cannot  satisfy  all  radar  flight  testing  requirements.  The  performance  characteristics 
of  all  airborne  systems  are,  to  some  extent,  susceptible  to  the  environment  of  the 
installation.  For  example,  the  radiating  characteristics  of  an  airborne  radar  antenna 
can  be  especially  installation  sensitive.  Radar  performance  considerations  can  bs 
influenced  by  differences  between  the  testbed  and  production  aircraft  which  may  include! 
electrical  power,  cooling,  electromagnetic  interference,  vibration,  acoustics,  radoms 
shape  and  configuration,  acceleration,  and  other  environmental  effects. 

There  are  tradeoffs  to  be  made  when  deciding  on  the  aise  and  performance  capabilities  of 
the  testbed  aircraft  to  be  used.  The  types  of  radar  testbeds  in  use  range  from  older 
fighter  aircraft  to  large,  multi-engine  passenger  aircraft,  with  each  having  specific 
advantages  and  limitations.  Since  the  production  a/a  radar  is  typically  intended  to  be 
installed  in  a  fighter  aircraft,  the  tradeoff  in  testbeds  involves  the  use  of  a  fighter- 
sised  testbed  which  more  closely  represents  the  performance  of  the  production  aircraft 
versus  a  large  aircraft  which  can  hold  more  instrumentation  and  personnel.  Whatever  the 
sise  chosen,  the  testbed  should  be  dedicated  to  radar  testing  (at  least  during 
development)  in  order  to  most  effectively  accomplish  all  the  testing  required. 

While  not  a  lot  of  statistical  evidence  is  available,  all  users  of  radar  testbeds  have 
indicated  that  the  use  of  a  testbed  reduced  overall  development  time  and  costs.  The 
development  and  evaluation  time  of  a  new  major  fighter  a/a  type  radar  may  be  reduced  by 
6  to  12  months  when  a  radar  testbed  is  used.  The  testbed  allows  accomplishment  of  more 
flights  more  often  since  it  is  not  a  new  airframe.  A  new  airframe  could  suffer  many 
developmental  problems  unrelated  to  the  radar  which  would  minimise  the  amount  of  flight 
time  available  for  radar  testing.  Detailed  below  are  some  specific  uses  of  a  radar 
testbed,  suggestions  for  implementation,  and  some  limitations  to  consider. 

5.13.1  Radar  Testbed  Uses 

Installation  of  the  radar  system  in  a  testbed  is  the  first  time  the  radar  is  exposed  to 
the  flight  environment.  The  testbed  can  be  used  to  test  the  radar  prior  to  integration 
with  many  of  the  other  aircraft  avionics  systems,  and  then  later  on  with  other  avionics 
systems  that  may  become  available  for  installation  on  the  testbed  aircraft.  This  can  be 
a  helpful  adjunct  to  a  ground-based  integration  lab  once  the  radar-only  testing  is 
accomplished. 


Use  of  a  testbed  is  advantageous  for  a  number  of  reasons.  Since  it  will  likely  be  an 
"off-the-shelf"  airframe,  it  can  fly  under  existing  or  modified  flight  regulations,  it 
has  an  already  cleared  flight  envelope  (as  opposed  to  a  new  production  fighter),  it  is 
more  easily  deployable  and  supportable,  and  it  is  much  easier  to  obtain  approval  to 
install  commercial  equipment.  This  can  include  commercial  test  equipment, 
instrumentation  systems,  simulators,  and  early  non-qualified  versions  of  the  production 
automatic  test  equipment.  The  testbed  may  also  have  sufficient  room  to  install  radar 
test  stimulators  (such  as  ECM  generators)  which  may  not  be  available  in  a  production 
fighter  aircraft.  The  testbed  airframe  is  usually  less  costly  to  fly,  more 
maintainable,  and  may  carry  more  people  than  ths  production  aircraft.  The  testbed  can 
have  a  dedicated  radar  crew  while  others  fly  the  testbed  airplane  and  cope  with  all  the 
non-radar  related  aspects.  This  is  less  of  a  factor  if  the  testbed  is  an  older  fighter, 
but  then  it  should  have  at  least  two  seats. 
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Tha  tukM  is  usually  large  enough  that  radar  designers  and  flight  tast  parsonnal  can 
fly  on  it  and  observe  tha  operation  of  new  radar  hardware  and  software  oonfigurationa 
prior  to  baing  inatallad  in  tha  production  aircraft.  Also*  it  ia  noat  helpful  for  than 
to  aaa  in  flight  what  tha  fightar  pilot  seea,  aa  oppoaad  to  a  laaa  rapraaantativa 
playback  on  tha  ground  post-flight.  Tha  taatbad  offars  greater  flexibility  in 
accomplishing  test  conditions,  and  nay  accommodate  in-flight  software  and  hardware 
Changes  during  tha  aiaaion,  giving  a  direct  comparison  of  ayataat  implementations  in  tha 
sane  flight  environment.  The  taatbad  can  have  a  large  amount  of  radar  instrumentation 
to  the  point  of  serving  aa  a  teat  bench  where  mors  signals  can  be  brought  out  and 
exaainad.  Thin  is  more  significant  for  tha  analog  signals  which  are  generally 
unavailable  in  tha  production  installation.  Tha  taatbad  ia  the  beat  system  to  uae  if 
tha  entire  radar  (or  a  proposed  modification)  ia  in  an  early  "braaeboard"  configuration, 
i.a.,  la  functionally  the  earns  aa  a  production  ayatam  but  is  packaged  such  that  it  takas 
up  considerably  more  apace. 

The  costs  of  using  a  radar  taatbad  are  generally  substantially  lower  than  those  of  tha 
production  aircraft  since  more  flight  hours  can  be  obtained  for  lass  money.  For 
exaapla,  evaluating  numerous  alternative  mode  mechanisations  or  oonfigurationa  can  taka 
a  aubatantial  amount  of  time,  and  a  taatbad  can  be  uaaful  to  narrow  them  down  to  fewer 
choices  which  can  than  be  implemented  in  tha  production  aircraft.  The  taatbad  can  be 
further  uaad  for  tast  pilot  training  prior  to  tasting  in  tha  production  aircraft,  aa 
wall  as  training  tha  first  cadre  of  operational  craws  for  tha  fleet.  Use  of  tha  radar 
taatbad  should  be  continued  even  through  tha  time  period  of  tha  production  aircraft  tast 
program,  to  use  for  development  and  problem  solving  of  existing  modes,  and  for 
implementation  of  new  modes  as  tha  program  progresses. 

5.13.2  Radar  Testbed  smentatlon 

One  of  the  most  popular  sixes  of  taatbad  aircraft  for  an  a/a  radar  haa  been  tha 
"executive  jet"  -  typically  twin  engine,  capable  of  carrying  three  or  four  personnel  in 
the  cabin  (instrumentation  oparator(a),  flight  taat  anginaar(a)  and  radar  ayatam 
operator)  in  addition  to  the  cockpit  flight  craw,  maneuverable  (capable  of  doing  a  roll 
and  a  aplit-S,  for  example),  yet  with  enough  room  in  the  cabin  and  groae  weight 
capability  for  instrumentation  systems.  The  differences  between  thin  type  of  teatbed 
and  a  fighter  aircraft  usually  have  minimal  effect  on  a/a  radar  mode  development.  The 
chosen  teatbed  aircraft  should  be  self-contained  eince  flying  in  the  vicinity  of  various 
clutter  and  weather  backgrounds  may  require  deployments  to  other  teat  facilities.  The 
aircraft  needs  to  have  eufficient  electrical  power,  cooling  and  hydraulics  (if 
applicable)  to  service  the  radar  and  associated  evionica  systems  in  flight  and  on  the 
ground.  The  testbed  aircraft  power  and  BCS  requirements  will  be  substantially  larger 
than  that  of  a  standard  passenger  configuration  and  will  likely  require  considerable 
planning  and  modification,  particularly  to  accommodate  extended  ground  operations.  The 
testbed  aircraft  may  need  additional  on-board  fire  warning  and  extinguishing  gear,  an 
emergency  power  shutoff,  isolation  from  the  teatbed  aircraft  primary  (flight  safety) 
power,  and  oxygen  supplies  for  the  cabin  personnel.  The  aircraft  may  have  installed 
special  character  and/or  audio  generators  which  can  ensure  that  all  peraonnel  are 
adequately  warned  of  out-of-limit  conditions  and  emergency  situations  while 
concentrating  on  accomplishing  radar  testing. 

The  testbed  interior  should  be  constructed  so  that  it  is  easily  reconfigured  with 
moveable  racks  and  mounting  gear  to  accept  a  variety  of  equipment  installations.  The 
best  approach  ia  to  construct  a  ground  mockup  of  the  aircraft  interior  to  determine  the 
best  placement  of  equipment  and  personnel.  The  cabin  needs  to  have  sufficient  room  to 
install  all  systems  (radar  LRUs,  the  radar  controls  and  displays,  interfacing  avionics 
to  include  weapons  and  electronic  warfare  systems,  and  instrumentation).  This  may 
require  a  larger  testbed  airframe  for  highly  complex  and  integrated  avionics  suites  at 
the  expense  of  some  maneuverability.  It  is  helpful  to  also  have  a  navigation  station  in 
the  cabin  which  can  inform  the  testers  of  the  aircraft  location,  scheduled  activities 
along  the  route,  identify  specific  conditions,  estimate  time-to-go  to  geographic 
locations,  and  help  identify  what  type  of  ground  clutter  is  currently  in  the  radar  FOV. 

Tha  use  of  commercial  test  and  instrumentation  equipment  may  have  environmental 
limitations,  such  ae  allowable  pressure  altitude,  temperature,  vibration,  and  aircraft 
g's.  For  example,  the  heads  on  a  computer  disk  drive  can  be  very  susceptible  to  lose  of 
data  and  may  sustain  damage  from  relatively  low  aircraft  maneuvering  levels.  The 
equipment  installation  design  must  eliminate  electrical  hasards  from  rack-mounted 
equipaant.  Hasards  must  be  avoided  if  personnel  could  inadvertently  come  in  contact 
with  them  while  the  testbed  is  maneuvering,  or  if  there  are  plane  to  remove  and  replace 
equipment  in  flight.  If  aensitive  or  classified  information  will  be  gathered,  an 
analysis  and/or  test  may  be  required  to  ensure  no  compromising  emanations  occur  from  the 
result  of  the  unique  teatbed  installation,  use  of  commercial  equipment,  the  internal 
communication  system,  or  the  on-board  data  recording  and  processing  equipment. 

The  design  and  layout  of  the  testbed  interior  should  emphasise  the  use  of  good  human 
factors  principles,  especially  since  the  testbed  flight  duration  can  be  considerably 
longer  than  that  of  a  typical  fighter  sortie.  The  goal  should  be  to  achieve  safe, 
reliable  and  effective  peraonnel  performance.  Attention  should  be  given  to  acoustical 
noise,  workspace,  interior  colors,  the  direction  the  seats  are  facing,  illumination,  and 
legibility  and  operability  of  the  controls  and  displaye.  The  controls  and  displays 
environment  may  be  even  more  severe  in  the  testbed  installation  due  to  glare,  lighting, 
and  the  greater  amount  of  data  to  be  presented.  The  displays  should  be  designed  to  suit 
the  particular  conditions  under  which  they  are  going  to  be  used,  and  the  operator  should 
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be  able  to  readily  understand  the  presented  information  with  minimum  effort  and  delay. 
This  may  require  the  uee  of  anti-ref  1  active  display  coatings  to  minimise  glare  for  day 
and  night  operations.  Consideration  should  be  given  to  display  information  denaities, 
format,  and  operator  cues.  The  control  and  display  integration  (to  include  the  radar 
and  instrumentation  ayeteaa)  should  take  into  account  direction  of  movement 
relationships,  groupings,  ooding.  and  complexity  of  the  task.  Maintenance  of  the 
installed  systems  needs  to  address  the  ease  of  resnval  and  replaceawnt  of  equipment  from 
the  mountlnga  and  the  requirement  for,  and  location  of.  appropriate  handles  and  handling 
fixtures . 

While  the  testbed  radar  and  avionics  equipment  installation  need  not  be  identical  to 
that  in  the  production  aircraft,  the  goal  is  to  have  it  as  close  ae  possible.  Some 
radar  testbeda  have  included  installation  of  the  production  aircraft  radome.  antenna  and 
avionics  compartments  to  provide  the  moat  representative  radar  configuration.  It  should 
be  emphasised  that  any  differences  between  the  testbed  and  the  production  aircraft, 
whether  installation  and/or  functional,  must  be  well  known  and  accountable  in  the 
analysis  of  results.  Any  testbed  aircraft  limitations  (such  as  speed  or 
maneuverability)  which  can  limit  the  applicability  of  the  testing  to  the  production 
aircraft,  should  also  be  identified  by  radar  mode.  The  testbed  should  have  the  radar 
and  associated  avionics  systems  controls  and  displays  implemented  as  close  ae  possible 
to  the  production  aircraft,  the  testbed  should  have  a  time  code  correlation  capability 
(either  a  time  code  generator  or  a  time  code  receiver),  and  should  have  an  on-board 
analysis  capability  (such  ae  limited  analog  and  digital  data  playback)  for  checking  of 
certain  parameters.  This  can  allow  limited  data  analysis  in  flight  and  can  better 
Identify  what  data  will  have  to  be  requested  and  processed  after  the  flight.  It  will 
also  be  helpful  for  the  testbed  to  have  some  foim  of  target  relative  position 
determination  capability  which  can  be  provided  by  systems  such  as  a/a  TACAH  or  Loran. 

The  radar  testbed  can  be  used  to  inject  additional  simulated  clutter  during  look-down 
testing  to  simulate  other  terrain  types.  It  could  also  be  used  with  the  radar  in  a 
look-dawn  mode  to  inject  a  synthetic  target  with  real  clutter  in  the  background.  This 
could  be  used  to  help  determine  the  radar  capability  against  smaller  targets.  Also,  for 
ST/BIT  testing,  faulte  could  be  induced  in  flight  to  help  evaluate  the  capability  of 
ST/BIT  to  detect  and  iaolate  them.  The  installed  instrumentation  could  be  used  to 
further  develop  ST/BIT  by  providing  an  independent  monitoring  of  radar  system  status  for 
eomperiaon  to  ST/bIT  reports. 

Data  from  the  testbed  can  be  telemetered  to  thu  ground,  or  when  the  testbed  is  deployed 
to  remote  locations  could  be  teleiaetered  to  a  portable  receiving  station.  One  aircraft 
corporation  has  developed  a  capability  to  carry  the  portable  telemetry  receiving  and 
data  processing  station  (a  van)  in  the  testbed  aircraft,  carrying  it  to  whatever  site  is 
used,  end  deploying  it  on  the  ground  for  testing  in  that  area.  This  is  an  excellent 
idea  (although  it  requires  a  larger  testbed  for  a/a  radar  testing  with  some  tradeoffs  as 
discussed  previously)  as  it  precludes  the  danger  of  different  test  ranges  having 
incompatible  telemetry  formats,  provides  autonomous  operation  while  minimising 
scheduling  conflicts,  and  provides  an  ismiediete  source  of  data  processing  and  analysis. 


At  its  home  base,  the  testbed  could  be  set  up  with  links  on  the  ground  to  tie  it 
directly  into  ground-based  radar  test  facilities.  Thie  can  provide  a  more  capable 
integration  "laboratory,"  with  the  ground-based  facility  stimulating  the  testbed  system 
and  recording  data  from  it.  During  the  use  of  a  radar  testbed,  positive  configuration 
management  is  still  a  definite  requirement.  Steps  should  be  defined  for  determining 
when  the  system  with  its  changes  is  ready  to  fly  (such  as  after  completing  lab  tests). 
Configuration  management  is  especially  isvortant  in  a  testbed  environment  if  changes  to 
the  hardware  or  software  are  made  in  flight  in  order  to  make  sense  of  the  results. 


The  advent  of  more  complex  and  integrated  avionics  suites  can  cause  the  radar  testbed  to 
have  to  carry  a  greater  portion  of  the  suite  in  order  to  adequately  evaluate  radar  only 
operation.  In  addition,  it  is  desirable  to  go  beyond  the  minimum  required  for  radar 
operation,  and  include  all  poeaible  interfacing  avionics  systems — whether  simulated  or 
real.  This  may  even  include  weapons  such  as  an  a/a  missile  seeker  to  evaluate  the 
pointing  and  data  interfaces.  It  may  be  advisable  to  put  repeater  displays  and  some 
controls  in  the  front  cockpit,  to  allow  some  operationally  flavored  comments  from  the 
crewmembers,  even  though  the  installation  is  considerably  different  from  the  fighter 
configuration.  A  more  exotic  (but  more  realistic)  testbed  could  duplicate  the  fighter 
cockpit  inside  and  even  tie  it  to  the  testbed  aircraft  flight  control  systems.  This 
approach  must  weigh  the  considerable  installation  complexity  versus  any  additional 
minimising  of  technical  risks. 


5.13.3  Radar  Testbed  Limitations 

Most  testbed  aircraft  will  not  approach  the  maximum  speed  capability  of  the  production 
fighter.  The  tradeoff  in  testbed  sixe  may  also  mean  a  larger  aircraft  may  provide  even 
less  speed  capability,  but  may  offer  more  time  on  station  for  testing.  In  this  case, 
slower  may  be  preferred.  However,  the  doppler  shift  of  the  ground  clutter  return  seen 
by  the  radar,  and  the  processing  to  eliminate  it,  will  be  affected  by  a  slower  testbed. 
This  slower  speed  may  not  adequately  "stress"  the  rader  system.  Generally,  the  greater 
number  of  development  flights  attainable  with  the  uee  of  a  testbed  vehicle  far  outweigh 
the  comprosrtses  made  in  speed  and  maneuverability. 
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The  ECS  and  electrical  loadings  on  the  testbed  may  be  severe  (as  coanented  on  earlier) 
but  may  also  provide  a  representative  environment  relative  to  the  production  aircraft. 
The  EMI  environment  will  likely  be  different,  and  could  even  be  worse  on  the  testbed  if 
care  is  not  taken  in  the  planning  and  installation.  With  the  use  of  multifunction 
displays  requiring  interfacing  aircraft  avionics  MUXBU8  controllers,  the  testbed  results 
may  not  be  the  same  as  the  production  implementation  if  the  testbed  is  set  up  dedicated 
to  only  the  radar.  Any  differences  between  the  radar  data  shown  on  the  testbed  versus 
that  in  the  production  installation  must  be  accounted  for.  It  is  difficult  to  install  a 
production  radome  on  a  tastbed,  although  it  has  been  done  successfully  in  several 
instances.  Even  if  one  is  installed,  associated  equipment  such  as  pitot  tubes/linas, 
other  antennas,  and  anti-static  lines  should  be  installed  or  simulated  to  obtain  the 
best  production  representation. 
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QROUHD  SIMULATION  AND  TEST  TECHNIQUES 


The  primary  objective  of  a  ground  aimulation  and  taat  facility  supporting  an  a/a  radar 
flight  taat  program  ia  to  halp  anaura  tha  flight  tima  ia  mora  afficiant  and  productive. 
Prior  to  flight,  tha  ground  taat  capability  can  ba  uaad  to  check  out  proper  system 
operation,  tha  affects  of  configuration  changes  and  tha  interaction  of  tha  radar  with 
other  avionics  systems.  This  volume  will  herein  refer  to  tha  radar  ground  simulation 
and  test  facility  as  a  "lab."  Use  of  a  lab  does  not  eliminate  tha  need  for  flight 
tasting,  but  affects  tha  planning  of  in-flight  conditions,  since  flight  tests 
appropriately  concentrate  on  areas  of  interest  or  problems  as  discovered  in  the  lab.  In 
this  way,  the  lab  can  be  very  useful  in  planning  the  a/a  radar  flight  tests.  The  radar 
flight  test  engineer  needs  to  have  knowledge  of  the  radar  system  design  and  lab  test 
limitations,  and  needs  to  participate  in  the  lab  tests  in  order  to  better  observe  and 
understand  the  radar  performance  characteristics.  Section  6  is  a  description  of  what  a 
lab  could  be  used  for  in  an  a/a  radar  evaluation,  rather  than  a  detailed  description  of 
how  a  lab  is  built.  This  section  is  divided  into  subsections  to  address  the  lab  uses, 
limitations,  requirements,  test  methods,  instrumentation  and  data  requirements,  data 
processing  and  data  analysis.  Much  of  the  information  in  the  following  subsections  on 
a/a  radar  ground  simulation  and  testing  is  based  on  Reference  5. 

6.1  Lab  Uses 


The  lab  should  simulate  the  flight  environment  to  the  maximum  extent  practical  and 
stimulate  the  radar  as  if  it  were  in  flight  to  obtain  the  most  realistic  test  results. 
This  can  result  in  a  significant  reduction  of  flight  hours  dedicated  to  in-flight  system 
development  and  check  out.  The  lab  can  be  used  to  further  system  development, 
investigate  problems  found  during  ground  and  in-flight  testing,  and  to  design,  implement 
and  evaluate  fixes  to  those  problems.  Radar  lab  testing  can  be  used  to  discover  and 
correct  system  development  (especially  software)  problems,  optimise  system  performance 
prior  to  flight,  and  the  results  can  be  used  to  clear  the  system  for  flight.  Lab  tests 
can  be  used  to  determine  the  starting  points  for  flight  test,  help  identify  the  flight 
test  conditions  (i.e.,  areas  to  concentrate  on  or  minimise),  and  obtain  an  indication  of 
how  the  system  will  perform  in  flight  under  the  same  test  conditions.  Relative  radar 
system  performance  can  be  obtained  from  lab  tests  and  compared  to  operation  in  flight, 
rather  than  obtaining  performance  with  respect  to  specification  verification 
requirements.  However,  lab  testing  can  give  a  good  indication  of  how  some  modes 
(primarily  those  not  requiring  a  clutter  background)  will  perform  in  flight  and 
confidence  that  the  performance  requirements  will  be  met.  In-flight  data  can  be  used  to 
determine  how  representative  the  lab  tests  were  for  a  given  mode,  and  if  statistically 
valid,  the  lab  results  could  be  used  to  add  to  the  data  base  for  evaluation.  These 
comparisons  of  flight  and  lab  simulation  results  should  also  be  used  to  update  the 
simulation  to  make  it  more  realistic  and  representative  of  the  in-flight  situation  to 
increase  the  users'  confidence  in  its  results. 

The  lab  could  actually  start  out  with  no  radar  hardware,  only  a  large  computer  complex 
to  design  and  check  out  the  radar  software  such  as  that  for  the  signal  processor.  Once 
the  hardware  ia  available,  it  can  be  added  and  the  software  then  installed.  This  can 
greatly  speed  up  development  time  since  the  software  often  takes  longer  to  develop  than 
the  matching  hardware.  The  lab  is  usually  the  first  time  the  radar  is  connected  to  the 
other  avionics  LRUs  where  the  interfaces  can  be  verified  for  compatibility.  This  is  an 
extremely  important  milestone  to  accomplish  prior  to  flight  test.  The  radar  and 
interfacing  systems  hardware  can  be  functionally  equivalent  to  the  production  systems, 
but  need  not  be  constrained  to  be  packaged  for  flight  when  the  initial  use  is  in  the 
lab,  since  there  is  much  more  room  available  there  than  in  the  aircraft.  Also,  test 
points  or  data  access  points  not  accessible  in  flight  can  be  used  in  the  lab  setup.  The 
lab  can  dynamically  exercise  the  radar  OFF  and  assess  the  effects  of  any  OFP  changes  on 
radar  system  performance.  Radar  software  changes  can  also  be  evaluated  for  the  effect 
of  the  changes  on  any  associated  avionic  systems  such  as  the  HUD,  weapons  computer,  and 
weapons  systems. 

The  lab  should  be  configured  to  play  back  radar  data  gathered  in  flight,  and  set  up  to 
stop  and  analyse  the  events  which  occurred  during  the  test  condition.  This  requires 
compatible  instrumentation  systems  in  the  lab  and  radar  test  aircraft.  This  kind  of  lab 
configuration  can  be  used  to  change  the  radar  system  design  parameters  or 
situation/environment  parameters,  and  repeat  the  tests  to  observe  the  effects  and  radar 
sensitivity  to  the  changes.  A  prime  advantage  of  radar  lab  ground  simulation  and  test 
is  the  ability  to  gather  large  sample  sixes  and  test  many  system  alternatives  faster  and 
with  less  expense  than  flight  testing.  Changes  can  be  made  to  the  system  during  the  run 
conditions  to  investigate  and  evaluate  the  feasibility  of  alternative  mechanizations, 
thereby  allowing  the  most  immediate  comparisons  to  minimize  unproductive  flight  time. 
The  lab  tests  can  be  run  at  real-time  speeds,  but  also  should  have  the  capability  to  run 
forward  and  reverse  faster  and  slower  than  in  real  time,  as  well  as  the  capability  to 
"freeze"  the  action  to  read  out  internal  data  not  otherwise  obtainable.  One  possible 
advantage  of  running  the  simulation  at  greater  than  normal  speed  is  to  obtain  more  data 
faster  when  it  does  not  affect  the  realism  of  the  test  condition. 


Test  costs  in  a  radar  lab  are  generally  lower  than  in  flight  because  simpler  facilities 
can  be  used  without  tying  up  expensive  test  aircraft  and  associated  support  equipment, 
ranges  and  personnel.  Schedules  can  be  compressed  because  the  lab  equipment  is 
available  at  any  time  and  is  not  dependent  on  range  scheduling  or  target  availability. 
Test  data  are  more  repeatable  and  reliable  because  the  test  environment/situation  is 


61 


nor*  controllable,  i.a.,  testers  are  able  to  change  one  variable  at  a  time  to  isolate 
its  effects. 

There  are  also  a  number  of  pi lot/operator /crewmember  activities  which  can  be  beneficial 
to  the  program  if  accomplished  in  a  radar  lab.  While  the  radar  lab  is  not  usually 
configured  as  the  true  cockpit  environment  with  all  the  surrounding  visual  cues,  it  can 
be  useful  for  a  number  of  functions.  It  can  be  used  for  pilot  training  on  radar  system 
Ope r St ion,  flight  test  engineer  familiarisation  on  system  operation,  and  maintenance 
crew  orientation  prior  to  actual  aircraft  flight.  Pilots  could  use  the  system  to 
rehSarse  a  mission  prior  to  each  flight,  depending  on  the  complexity  of  the  test 
conditions,  and  be  able  to  see  the  expected  outcome  in  order  to  better  determine  in 
flight  if  the  radar  ie  performing  properly.  While  the  realism  of  the  lab  cockpit  layout 
is  not  as  important  nor  feasible  for  the  radar  tests  (since  these  are  more  functionally 
oriented  test  objectives),  the  radar  controls  and  displays  must  be  maintained  in  the 
latest  system  functional  configuration  to  match  those  on  the  aircraft.  Even  though  the 
lab  cockpit  My  not  be  identical  in  layout,  some  man-machine  interface  evaluations  of 
radar  displays  and  controls  can  and  should  be  performed  in  the  lab  rather  than  relying 
totally  on  flight  testing.  As  a  minimum,  these  evaluations  could  point  out  potential 
in-flight  problem  areas  early,  or  areas  needing  further  investigation. 

6.2  Lab  Limitations 

Air-to-air  radar  ground  lab  simulation  and  testing  does  have  its  limitations .  It  is  a 
static  environment  for  the  radar  system  and  may  have  very  limited  (or  no)  simulation 
capability  for  actual  radar  motion.  Therefore,  it  would  not  be  an  adequate  indicator  of 
radar  capabilities  affected  by  aircraft  radar  system  movement  (such  as  the  effects  of 
moving  clutter,  shifts  in  the  clutter  spectrum  based  on  antenna  azimuth  angle  and/or 
aircraft  maneuvering,  or  aircraft  body  bending).  If  the  radar  is  transmitted  outside 
the  lab  facility  towards  a  real  airborne  target,  significant  data  can  be  gathered, 
however  the  LOS  rates  available  will  be  limited  since  the  radar  system  is  not  moving. 
This  will  particularly  limit  the  dynamic  tracking  performance  evaluation.  For  the  look- 
down  modes,  the  simulation  of  ground  clutter  and  its  motion  is  very  difficult  and  is  a 
major  limitation  for  realistic  lab  test  res.ults.  The  actual  ground  clutter  in  the  radar 
FOV  while  it  is  on  the  ground  is  not  representative  of  in-flight  conditions  due  to  its 
relative  closeness,  low  gracing  angle  and  high  return  signal  strength  which  may  affect 
the  antenna  main  beam  and  sidelobes  much  differently  than  in  flight.  However,  the  look¬ 
up  modes.  When  operated  at  a  sufficiently  high  elevation  angle,  should  not  be 
significantly  affected  by  operation  in  a  lab  close  to  the  ground. 

It  is  generally  not  practical  or  possible  to  duplicate  the  aircraft  radar  system 
environment  (such  as  electrical  power,  electromagnetic,  and  vibration  or  acoustic  from 
gunfire)  in  the  lab.  The  airborne  radar  environment  to  be  encountered  is  even  more 
difficult  to  predict  only  from  analysis.  Trying  to  simulate  this  environment  in  a  lab 
for  a  new  aircraft  which  has  never  flown  (while  the  radar  is  being  developed  and  readied 
for  flight  test)  is  a  formidable  task.  In  order  to  represent  the  radar  electromagnetic 
environment  in  the  lab,  a  substantial  portion  of  the  aircraft  structure  and  wiring  is 
required.  The  electrical  power  environment  simulation  requires  the  loading  effects  of 
the  other  aircraft  systems  as  well  as  power  noise  and  instabilities  present  on  the  real 
aircraft.  The  lab  radar  installation  may  require  separating  some  of  the  LRUs  at 
substantially  greater  distances  than  in  the  aircraft.  For  example,  the  transmitter  and 
receiver  may  be  separated  to  achieve  sufficient  antenna  height  above  the  ground.  This 
separation  may  involve  a  performance  degradation  since  the  additional  cable  or  waveguide 
lengths  may  affect  the  system  such  as  by  introducing  signal  phasing  differences. 

Good  representations  of  airborne  targets  are  required  for  the  lab  test  target 
generators.  Many  simulations  have  a  steady  target  signal  in  a  noise  background,  yet 
most  real  target  returns  are  not  actually  steady  signals,  but  rather,  are  fluctuating. 
This  fluctuation  introduces  a  further  statistical  uncertainty  in  the  in-flight  detection 
process  which  may  not  be  modelled  in  the  lab.  It  is  also  difficult  to  model  target 
scintillation,  glint,  atmospheric  propagation,  and  multipath  reflections  which  occur  in 
flight.  The  target  generator  is  further  required  to  model  the  target  response  by 
varying  the  target  return  signal  amplitude  as  a  function  of  target  range  and  shift  the 
doppler  return  frequency  with  relative  target  velocity  to  more  realistically  represent  a 
true  target.  If  a  jamming  source  is  used  for  lab  tests  of  radar  ECCM,  the  setup  will 
usually,  not  allow  the  radar  to  look  down  on  the  signi.1  source,  and  it  must  be 
sufficiently  far  away  from  the  radar  to  be  outside  the  near  field  of  the  antenna. 

The  limitations  discussed  in  this  section  should  not  be  interpreted  as  discouraging  the 
use  of  lab  testing  for  a/a  radar  development  and  evaluation.  Rather,  they  are  intended 
to  highlight  the  areas  of  differences  between  the  lab  and  in-flight  testing  which  need 
to  be  understood  to  assess  the  impact  on  the  test  results.  As  long  as  these  limitations 
are  realised  and  taken  into  account,  much  use  can  and  should  be  made  of  the  lab  for  an 
a/a  radar  test  program. 

6.3  Lab  Requirements 

The  radar  test  lab  facility  must  have  the  capability  tot  1)  provide  dynamic  interfacing 
and  stimulation  of  the  radar  hardware  and  software,  2)  provide  head-up  displays,  radar 
and  other  cockpit  displays,  plus  display  an  out-the-window  scene  for  pilot  reference  and 
testing,  3)  interact  with  aircraft  avionics  multiplex  busses  such  as  those  based  on  MIL- 
STD-1553B,  4)  provide  generic  simulation  models  and  hardware  interfaces  capable  of 
reconfiguration,  5)  provide  performance  monitoring  to  evaluate  both  radar  internal  and 
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aircraft  avionics  MUXBUS  traffic,  6)  evaluate  man-machine  intarfacaa,  7)  provide  data 
raduction  and  analysis  capabilities  for  test  data,  and  8)  maintain  documentation  for 
•ach  radar  and  avionics  system  configuration.  The  interfacing  avionic  systems  rosy 
consist  of  aatual  LRUs  and  OFPs,  may  all  be  simulated,  or  may  use  a  combination  of 
actual  equipment  and  simulators . 

Equipment  in  a  radar  lab  should  include  hardware  (mounting  racks,  cables  and  panels)  as 
similar  as  possible  to  that  in  the  airoraft.  It  should  also  include  (when  available) 
the  production  radar  support  equipment  so  that  its  capabilities  and  effectiveness  can  be 
evaluated  in  conjunction  with  the  radar  testing.  Wherever  practical,  the  actual 
geometric  relationship  of  aircraft  components  in  the  lab  (such  as  cable  runs  and 
waveguidss)  should  be  the  same  as  in  the  aircraft  to  minimise  lab  induced  changes.  The 
lab  should  have  the  same  (or  functionally  compatible)  instrumentation  systems  as  are 
installed  on  the  radar  test  aircraft,  so  that  flight  data  can  be  played  back  in  the  lab 
and  through  the  lab  radar  system.  The  type  of  lab  addressed  here  ia  not  a  full-up  dome 
type  of  system  which  includes  a  duplicate  of  the  cockpit  and  all  external  visual  and 
aural  cues.  That  type  of  fully  realistic  simulation  lends  itself  more  to  operational 
evaluations  of  the  overall  weapons  system,  rather  than  of  only  the  a/a  radar  to  be 
covered  in  this  volume. 

An  a/a  radar  lab  should  provide  a  simulation  of  the  aircraft  dynamics,  environment  and 
interfacing  avionics.  This  capability  exercises  the  radar  system  through  its  various 
modes  and  functions,  including  alternative  mode  mechanisations  and  all  backup  or 
degraded  mode  configurations.  Functions  to  be  performed  by  the  lab  simulation  include* 

-  System  and  simulation  control,  including  a  device  to  perform  the  functions  of  the 
MUXBUS  controller,  to  monitor  and  simulate  multiple  remote  terminals 

-  A  scenario  generation  program  to  allow  the  input  of  data  to  define  modes  of  operation, 
geometry  and  characteristics  of  target  and  test  aircraft  and  to  change  system 
parameters.  Typical  target  information  to  be  input  includes  number  of  targets,  target 
RCS,  location,  speed  and  direction 

-  Computation  of  aircraft  dynamics  to  derive  the  aircraft  attitude,  attitude  rates, 
position  and  velocity  information,  simulating  the  flight  control  system  in  automatic 
and  manual  operation 

-  Environment  simulation  using  standard  atmospheric  models,  gravitational  models,  and 
wind  profiles  to  simulate  the  air  data  system  and  its  sensors 

-  Other  avionic  subsystems  simulations  including  the  inertial  navigation  system,  the 
fire  control  computer,  infrared  sensors  and  laser  ranging  devices  as  applicable 

-  Weapon  system  simulation  including  the  stores  management  system  computations  of  safe 
release  cones,  alignment  of  missile  seekers,  launch  initialisation  data  and  weapon 
release  discretes,  and  the  weapon  models  to  simulate  missile  trajectories  and  bomb 
scoring 

-  HUD  simulation  to  provide  the  data  and  interface  with  the  graphics  system  to  display 
the  HUD  data  and  provide  an  out  of  the  window  background  display 

-  Data  processing  to  support  the  compilation  and  analysis  of  the  test  data,  including 
data  formatting,  engineering  unit  conversion,  and  statistical  analysis 

The  lab  should  provide  for  the  transfer  of  data  among  avionic  subsystems,  the  aircraft 
avionics  MUXBUS  interface  to  the  radar  syst  m,  and  a  simulation  of  the  dynamic 
environment.  Simulations  of  the  other  avionic  subsystems  (such  as  the  IDS,  SMS  and 
weapons)  can  be  software  modules  contained  in  the  computer  complex  and  interfaced  with 
the  MUXBUS.  The  main  simulation  computer  may  host  all  of  the  software  modules,  control 
target  generation  (either  digital  simulations  or  RF  target  generators),  and  also 
initiate  data  collection  as  specified  by  the  scenario.  The  lab  should  have  the 
capability  to  intermix  software  simulations  and  the  actual  aircraft  avionic  subsystems 
hardware  to  form  the  lab  "test  aircraft".  For  each  hardware  subsystem  included,  the 
corresponding  software  simulation  module  would  be  eliminated.  Another  very  useful 
capability  in  the  lab  is  a  scenario  playback  capability  to  control  the  simulation  test 
environment  using  flight  test  data. 


The  a/a  radar  lab  installation  will  require  a  "window"  (transparent  to  the  radar 
frequencies)  in  the  building  to  radiate  through  in  order  to  detect  and  track  airborne 
targets.  The  facility  should  have  the  capability  to  operate  the  radar  with  and  without 
the  actual  aircraft  radome  installed,  and  preferably  have  a  good  view  of  airborne 
targets  of  opportunity  in  addition  to  dedicated  targets.  The  entire  radar  system,  the 
antenna  and  transmitter,  or  just  the  antenna  may  be  mounted  on  a  moveable  platform  to  go 
in  or  out  of  the  window  depending  on  weather,  reflections  from  surrounding  materials  and 
security  considerations.  The  lab  should  have  the  capability  to  operate  the  radar  alone 
by  simulating  other  avionics  inputs  to  the  radar,  and  also  operate  with  the  other 
interfacing  avionics  systems  installed  to  simulate  operation  of  the  full  aircraft  suite. 
Targets  can  also  be  simulated  through  the  use  of  radio  frequency  (RF)  or  intermediate 
frequency  (IF)  injection  to  provide  maneuvers,  target  fade,  multiple  targets  and  ECM. 
Actual  airborne  targets — with  and  without  ECM— can  be  used  to  provide  the  more  realistic 
target  return  signal  characteristics.  If  actual  target  aircraft  are  used,  radio  contact 
between  the  lab,  the  aircraft  controlling  and  tracking  facility,  and  the  target  aircraft 
is  a  necessity  to  ensure  the  test  conditions  are  properly  conducted.  A  tracking 
facility  needs  to  be  able  to  provide  target  tracking  reference  data,  such  as  described 
in  section  7  of  this  volume,  and  the  lab  facility  should  have  the  capability  of 
receiving  and  processing  data  telemetersd  from  the  target  aircraft,  as  applicable.  A 
tast  plan  should  be  written  and  approved  for  this  type  of  testing  just  as  if  the  radar 
were  in  an  airborne  aircraft.  The  fact  that  a  lot  of  radar  development  and  testing  can 
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be  don*  in  a  lab  without  transmitting  out* ids  can  aiso  bn  of  bnnafit  from  a  sacurity 
standpoint  sines  it  Xssssns  tha  possibility  of  compromising  signal  emanations. 

Tha  radar  lab  should  includs  a  targat  ganarator  with  tha  capability  to  ganarata  tha  RF 
and  digital  targat  signatura  data.  Zn  addition  to  static  targets,  tha  ganarator  must 
havs  tha  capability  to  simulate  doppler  frequencies  raprasantativa  of  a  moving  targat, 
and  to  simulate  tha  effects  of  ground  clutter  and  jat  angina  modulation.  External  radar 
receivers  can  be  used  to  determine  radar  antenna  beam  patterns,  to  characterise  antennas 
(for  exaaplei  test  a  sample  of  10  antennas  to  obtain  average  value  correction  algorithms 
to  put  in  tha  radar  system),  and  to  indicate  surrounding  aircraft  structure  or  radome 
affects  on  the  beam  pattern. 

The  overall  radar  lab  test  facility  can  include  wooden  towers  supporting  remotely 
controlled  antennas,  receivers  and  transmitters.  Additional  signal  generators,  analysis 
equipment,  power  supplies  and  cooling  could  be  located  at  the  base  of  the  towers.  A 
typical  installation  would  have  the  test  radar  mounted  60  to  75  feet  above  ground  in  the 
lab  (or  only  the  teat  radar  antenna  mounted  that  high  and  coupled  to  the  remainder  of 
the  radar  system  through  low- loss  waveguides),  with  the  towers  located  anywhere  from 
several  hundred  to  thousands  of  feet  away.  The  tower-mounted  antennas  should  be  ut 
least  as  high  above  ground  as  the  test  radar,  but  preferably  higher  to  lessen  the  impact 
of  ground  reflections  due  to  the  radar  horizon  at  longer  ranges.  Ground  reflections  can 
be  further  reduced  by  installing  radar  absorbent  material  (such  ae  in  fences)  on  the 
ground  between  the  test  radar  and  tower.  To  provide  signals  at  multiple  azimuth  angles, 
multiple  towers  are  required  at  approximately  the  same  range  but  horizontally  separated. 
Alternatively,  multiple  moveable  antennas  may  be  used  to  generate  multiple  azimuth 
signals.  Radar  ECM/ECCM  tests  can  be  conducted  using  fly-over  aircraft  carrying  KCM 
equipment,  or  by  transmitting  BCM  signals  from  the  towers — either  in  the  presence  of  a 
target  aircraft,  or  in  the  presence  of  a  simulated  target  which  is  also  transmitted  from 
a  tower.  The  tower  equipment  can  also  include  an  ESM  receiver/analyzer  (as  described  in 
section  5.2)  to  determine  what  all  the  emitters  are  actually  doing,  and  to  sense  the 
surrounding  electromagnetic  environment.  Command  and  data  transmission  lines,  and  RF 
signal  lines  will  be  required  between  the  towers  and  the  radar  lab  to  provide  remote 
control  of  emitters  and  analyzers,  to  provide  coherent  radar  signal  data  for  simulated 
target  generation,  and  for  real-time  data  analysis.  The  remote  controls  for  the  tower- 
mounted  systems  should  be  located  near  those  for  the  radar  system  in  the  lab  for  best 
teat  coordination.  If  the  radar-equipped  fighter  aircraft  is  capable  of  carrying  its 
own  defensive  janming  equipment,  that  system  (such  as  a  pod)  can  also  be  mounted  in 
either  the  radar  lab  or  on  a  tower  to  determine  if  any  interference  exists  between  it 
and  the  test  radar. 

6.4  Lab  Teat  Methods 

A  radar  lab  can  and  should  be  used  (within  the  limitations  previously  discussed)  for  all 
a/a  radar  modes,  and  can  also  be  used  to  test  integration  of  the  radar  with  the  aircraft 
avionics  systems  if  the  lab  is  so  equipped.  Testing  in  the  radar  lab  should  be 
conducted  with  the  same  test  planning,  scheduling,  configuration  management  and 
procedural  disciplines  as  actual  flight  test .  Radar  lab  test  and  flight  test 
methodologies  and  instrumentation  systems  should  be  as  similar  as  is  reasonably 
possible,  including  both  the  test  scenarios  and  test  configurations.  This  will  provide 
several  benefits,  including!  1)  the  ability  to  better  determine  the  correlation  between 
flight  test  and  lab  test  data,  2)  preflying  flight  test  missions  in  the  lab  will  be  more 
easily  accomplished  and  more  representative  of  in-flight  system  operation,  3) 
duplication  of  flight  anomalies  in  the  lab  will  be  more  readily  achieved,  and  4)  similar 
data  processing  and  analysis  processes  can  be  used  for  both  lab  and  flight  test  data. 


Effective  testing  in  the  lab  requires  carefully  planned  test  scenarios.  These  scenarios 
input  fighter  information  such  as  aircraft  altitude,  way  points,  radar  fix  points,  and 
target  information  such  as  altitude,  range,  velocity,  relative  bearing  and  RCS. 
Scenarios,  once  constructed,  can  be  retained  in  the  lab  for  future  use  or  for 
modification.  Frequent  use  of  these  ‘‘canned"  scenarios  will  aid  in  insuring  test 
repeatability,  confirming  satisfactory  radar  system  operation  after  a  configuration 
change,  or  duplicating  standard  flight  test  profiles.  Also,  scenarios  permit  adjusting 
one  variable  through  the  full  range  of  values  while  holding  other  variables  constant. 
For  example,  target  characteristics  can  be  changed  as  the  radar  is  cycled  through  the 
automatic  acquisition  modes  to  determine  what  effect  they  have  on  mode  performance,  or 
ground  clutter  characteristics  can  be  varied  during  look-down  detection  runs  to  evaluate 
effects  on  detection  performance  and  false  alarm  rate.  A  matrix  should  be  constructed 
of  radar  ground  lab  test  requirements  versus  the  scenario(s)  to  be  used  to  fulfill  the 
requirements.  The  completed  matrix  can  be  used  to  determine  the  need  to  generate  new 
test  scenarios,  the  potential  to  improve  test  efficiency  by  modifying  scenarios  to 
accommodate  more  test  events,  and  to  ascertain  if  all  ground  test  requirements  are  met. 

A  configuration  management  system,  to  includs  a  comprehensive  test  documentation  and 
records  maintenance  system  is  very  important  to  have  for  radar  lab  testing.  Much  of 
this  system  can  be  automated  but  some  manual  elements  will  usually  be  required. 
Specific  functions  that  this  system  should  accomplish  includei  1)  configuration  tracking 
of  all  hardware  and  software  (software  configuration  tracking  will  include  operating 
systems,  application  software  and  support  utilities),  2)  maintenance  of  a  library  of 
test  documentation  including  test  methods,  support  hardware  and  software,  test 
procedures  and  test  results,  and  3)  provide  a  comprehensive  test  data  audit  trail,  e.g., 
test  item  configuration,  test  scenario  used,  test  environment  simulations,  system 
stimuli,  and  test  results. 
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Several  awthods  of  radar  stimulation  in  tha  lab  can  ba  used.  These  can  ba  un ad  to  play 
back  situatioas  encountered  in  flight  (at  real-time  and  slow  notion  speeds),  and  to 
develop  new  capabilities.  Methods  may  include  use  of  RF  target  horns  to  feed  signals  to 
the  radar  antenna,  RF  signal  injection  into  the  radar  receiver,  IF  signal  injection  to 
the  radar  signal  processor,  digital  signal  simulation  to  tha  radar  signal  processor,  or 
signal  radiation  to  real  airborne  targets.  Airborne  targets  may  be  either  targets  of 
opportunity  or  scheduled  fly-by  targets.  The  signal  injection  methods  involve 
generating  a  signal  with  Characteristics  as  similar  as  possible  to  those  returned  by  a 
true  target,  in  addition  to  simulated  clutter  returns  and/or  simulated  and  actual  BCM. 
The  type  of  signal  used  at  any  ona  time  (RF,  ZF  or  digital)  is  usually  not  mixed  with 
another  due  to  tha  possibility  of  inducing  signal  timing  and  amplitude  anomalies. 

The  awst  direct  method  to  perform  an  end-to-end  lab  test  of  the  radar  is  to  feed  an  RF 
signal  to  the  radar  antenna  and  observe  the  processing  and  display  of  that  target.  This 
can  ba  done  using  an  RF  horn  positioned  in  front  of  tha  radar  antenna.  This  horn  is 
connected  to  a  signal  generator  by  a  waveguide.  Tha  signal  generator  can  receive 
transmitted  radar  pulses  and  output  a  similar  signal  whioh  has  RF  content  altered  to 
provide  the  desired  target  characteristics  (range,  range  rate,  acceleration).  The 
target  signal  dynamic  characteristics  can  be  controlled  by  manual  settings  or  by 
computer  control.  Multiple  targets  can  be  generated  by  the  use  of  multiple  horns  (and 
multiple  signal  generator  outputs)  or  by  generating  additional  targets  in  range. 
Clutter,  noise,  or  BCM  affects  can  also  be  simulated  by  dedicating  ona  or  more  horns  to 
these  conditions  or  by  combining  these  signals  with  tha  target  signal.  Angular  motion 
can  be  simulated  by  physically  moving  the  RF  horn.  Several  advantages  to  tha  use  of 
horns  includet 

-  Detection,  acquisition,  and  tracking  functions  can  be  tested  end-to-and  (from  antenna 
to  display) 

-  BCM  and  clutter  signals  can  be  generated  using  actual  BCM  transmitters  and  RF  clutter 
generators  respectively 

-  Test  support  equipment  can  be  obtained  relatively  easily  because  the  technique  is 
widely  used 

-  Angular  discrimination  of  multiple  targets  can  be  evaluated  using  moveable  horns 
Use  of  an  RF  horn  for  a/a  radar  lab  testing  does  have  some  limitations,  such  ast 

-  Horns  are  generally  stationary,  therefore  the  asimuth  and  elevation  to  the  "target1* 
are  constant  although  tha  range  and  range  rate  are  dynamic.  Physical  movement  of  the 
horns  only  provides  a  limited  angular  change 

-  Generation  of  multiple  targets  requires  multiple  horns  or  a  complex  switching 
capability 

-  A  substantial  amount  of  hardware  and  wiring  are  required 

-  Use  of  actual  BCM  transmitters  for  more  sophisticated  ECM  techniques  will  introduce 
additional  timing  constraints 

-  The  radar  is  at  a  fixed,  low  altitude  and  therefore  problems  with  ground  clutter  and 
multipath  returns  will  usually  be  apparent  at  certain  elevation  angles 

Radio  frequency  signals  can  also  ba  injected  into  the  radar  receiver.  This  technique  is 
similar  to  the  use  of  RF  horns  except  that  the  antenna  is  bypassed  and  the  waveguide  and 
horn  support  structures  are  not  needed.  Computer  control  of  tha  signal  generator  can 
simulate  a  relatively  complex  RF  environment.  Advantages  of  this  method  includet 

-  Detection,  acquisition,  and  tracking  functions  can  be  tested  end-to-end  except  for  the 
antenna 

-  Dynamic  target  characteristics  can  be  simulated  relatively  easily 

-  BCM  and  clutter  signals  can  be  combined  with  target  signals  prior  to  injection 

-  Test  support  equipment  can  ba  obtained  relatively  easily  because  the  technique  is 
widely  used 

-  Multiple  targets  can  be  generated 

Limitations  of  RF  signal  injection  into  the  radar  receiver  includet 

-  Antenna  functions  are  not  checked 

-  Generation  of  a  full  range  of  dynamic  target  characteristics,  particularly 
maneuverability,  requires  complex  computer  control 

-  A  substantial  amount  of  generation  hardware  is  required  for  complex  RF  environments 
(such  as  multiple  dynamic  targets  and  clutter) 

Intermediate  frequency  signals  can  ba  injected  between  the  radar  receiver  and  the  signal 
processor  (although  another  LRU  is  bypassed  and  the  test  is  less  than  a  complete  system 
end-to-end  test).  This  technique  is  advantageous  since  it  can  ba  used  with  real  data 
collected  from  flight  Which  is  recorded  at  ZF.  Data  of  this  typs  then  includes  actual 
ground  clutter  returns.  However,  limitations  of  this  technique  includet 

-  Ho  testing  of  the  radar  RF  section  is  achieved 

-  Tha  recorded  signals  are  specific  radar  system,  altitude,  aspect  and  terrain  unique. 
Therefore,  recordings  for  the  radar  system  under  test  must  be  made  in-flight  prior  to 
being  able  to  accomplish  the  lab  test 

-  Data  fidelity  is  limited  by  the  capabilities  of  the  on-board  instrumentation  system 
used  to  record  tha  data 

-  Tha  IF  injection  point  may  not  be  readily  accessible 

-  Tha  ability  to  inject  ECM  signals  is  uncertain 
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Digital  simulations  of  targets,  oluttar.  and  ECM  can  ba  coaputar  generated  and 
introduced  at  tha  radar  aignal  processor.  This  aathod  of  atiaulation  provides  tha 
graataat  latituda  for  dynamic  taating  in  tha  ground  anvironaant  because  thara  ara  no 
physical  raatriotiona .  Although  tha  RF  and  analog  aaotiona  of  tha  radar  ara  bypassed, 
digital  aignala  can  ba  usad  to  tast  ona  of  tha  aoat  complex  portiona  of  tha  radar — tha 
digital  aaotion.  Tha  major  limitation  to  digital  aimulationa  ia  tha  laaa  diraet 
applioability  of  data  to  tha  raal  world.  Advantagaa  to  digital  aiaulation  and  injaction 
inoludet 

•  Thorough  taating  of  changaa  made  in  tha  radar  digital  aaotiona  (uaually  tha  moat 
fraquantly  changad  radar  araa) 

-  Tha  technique  ia  in  ganaral  uaa 

-  Multipla,  manauvaring  targata  can  ba  ganaratad  much  aaaiar  than  by  uaing  aoma  of  tha 
othar  mathoda 

Limitation*  to  tha  uaa  of  digital  aimulation  include i 

-  Each  radar  system  aimulation  ia  aufficiantly  diffarant  that  tha  aimulation  may  not  ba 
applicabla  to  anothar  aituation 

-  Tha  RF  and  analog  aaotiona  of  tha  radar  ayatam  ara  not  taatad 

-  Digital  aimulation  of  aophiaticatad  ECM  capabilitiaa  combined  with  clutter  and 
multipla  targata  ia  a  highly  complex  task 

-  Cluttar  and  KCM  charactariatica  may  ba  limited  to  relatively  aimpliatic  models  due  to 
aimulation  computer  capacity  limitationa 

Tha  uaa  of  actual  airborne  targata,  either  targata  of  opportunity  or  scheduled  fly-by 
aircraft,  preaanta  several  advantages i 

-  ECM  systems  can  ba  carried  on-board  the  target  aircraft  and  operated  against  the  radar 

-  Actual  aircraft  and  ECM  systems  provide  tha  moat  realistic  target  and  ECM 
representations 

-  End-to-end  testing  of  detection,  acquisition,  and  tracking  functions  ia  achieved 
Limitations  to  tha  uaa  of  real  airborne  targets  include « 

-  Clutter  is  not  introduced  into  the  test  since  testing  is  limited  to  look-up  geometry 
due  to  possible  interference  or  multipath  returns  for  tha  ground 

-  Target  aircraft  position,  rates,  and  maneuvers  are  less  precise  than  simulations  and 
not  as  easily  repeated.  Targets  of  opportunity  are  uncontrolled 

-  Relative  maneuverability,  such  as  is  needed  in  ACM  modes,  cannot  be  achieved. 
(Maneuvering  of  the  target  aircraft  is  necessarily  limited,  and  the  radar  is 
stationary) 

-  Flight  time,  particularly  for  multiple  scheduled  targets,  is  costly 

-  TSPI  systems  will  be  needed  to  gather  reference  system  data  for  the  aircraft 

6.5  Lab  Instrumentation  and  Data 


A  substantial  amount  of  instrumentation  will  be  required  to  support  the  a/a  radar  lab, 
and  it  should  have  considerable  coosnonality  with  the  airborne  flight  test 
instrumentation  systems.  The  lab  can  also  be  used  to  perform  a  thorough  checkout  of  the 
airborne  instrumentation  systems  prior  to  flight.  The  determination  of  whether  to  use 
identical  instrumentation  systems  for  lab  and  flight  teats  can  involve  cost  tradeoffs, 
but  does  result  in  overall  savings  since  the  sams  radar  data  analysis  tools  can  then  be 
used  for  both.  For  each  a/a  radar  test  or  mission  conducted  in  the  lab,  the  capability 
should  exist  to  record  the  entire  aircraft  avionics  MUXBUS,  internal  radar  data,  TSPI 
data  (or  accept  externally  recorded  TSPI  data),  simulator  generated  data,  video  display 
data,  environment  data  such  as  ECM  signals,  and  weapon  interface  signals.  These  data 
will  be  used  for  radar  development,  troubleshooting  and  performance  evaluation. 

Two  data  handling  capabilities  are  requiredi  real-time  monitor  capability  and  post 
mission  analysis  capability.  The  raal-tiaw  monitor  capability  can  allow  considerable 
time  savings  in  the  areas  oft  initial  operational  checkout  of  the  baseline  lab 
configuration,  initial  chackout  of  the  system  with  the  radar  installed,  verification  of 
mission  scenarios,  and  monitoring  of  selected  test  data  during  actual  testing.  Real¬ 
time  monitoring  should  include  the  capability  to  obtain  and  display  some  data  (such  as 
selected  MUXBUS  words)  in  engineering  units.  The  post  mission  analysis  capability  can 
allow  the  quick  reaction  checkout  of  parameter  time  histories  and  the  production  of 
report  quality  plots.  This  interactive  capability  would  include  the  generation  of 
titles,  legends,  grids,  grid  marking,  legends  and  comments  for  single  or  multiple  plots. 
The  MUXBUS  carries  most  of  the  signals  needed  to  evaluate  overall  radar  performance  in 
acquisition  and  track.  However,  when  the  radar  is  in  search  modes,  the  MUXBUS  does  not 
contain  all  the  data  needed  to  determine  radar  detection  performance,  and  additional 
video  or  internal  data  is  required.  Similarly,  for  automatic  acquisition,  the  radar 
display  is  blank  before  tracking  begins,  and  not  all  the  necessary  data  is  on  the 
MUXBUS.  Consequently,  internal  radar  data  must  ba  obtained  to  supplement  the  MUXBUS 
data.  Internal  radar  data  are  needed  to  augment  data  available  from  the  MUXBUS  or  radar 
display  and  to  provide  a  more  detailed  examination  of  the  radar  design.  These  signals 
are  used  to  assist  in  performing  troubleshooting  within  the  radar  and  for  performance 
evaluation.  Internal  radar  data  can  be.  uaed  to  evaluate  data  processing  techniques 
associated  with  target  and  clutter  signals,  threshold  settings.  Fast  Fourier  Transforms 
(FFT),  Kalman  filtering.  Constant  False  Alarm  Rate  (CFAR)  settings,  and  various  other 
algorithms • 
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Test  environment  data  ia  the  taat  anvironaant  (both  simulated  and  real)  aaan  by  tha 
radar  ontfar  taat.  Thia  data  includes  all  tha  simulations  used,  tha  signal a  generated, 
and  TSPX  data,  These  taat  anvironaant  data  ara  compared  to  tha  radar  data  to  dataraina 
radar  performance.  Before  tha  comparisons  ara  made,  tha  nacaaaary  ooordinata 
transformations,  tiaa  oorralation  and  data  prooaaaing  aust  bn  performed  to  naka  tha 
values  ooaparabla.  Thorn  ara  too  ra far anon  syataaa  which  aay  ba  uaad  dapaoding  on  tha 
typaa  of  taata  oonduotad.  if  aotual  airborna  targata  ara  used,  tha  ranga  T8PI  ayataa 
would  aarva  aa  tha  rafaranca  ayataa  and  coordinata  tranaforaationa  aada  uaing  tha 
location  of  tha  radar  antanna  with  raapact  to  tha  lab.  If  RF  targat  ganaratora  or 
digital  targat  aiaulationa  ara  uaad,  tha  taat  anvironaant  and  tha  radar  ayataa  undar 
taat  will  uaa  tha  aaaa  coordinata  ayataa  daflnad  by  tha  aiaulation  support  coaputara  and 
diract  eoaparisona  can  ba  aada. 


Lab  Data  Procaaalnc 


Radar  and  aupport  ayataaa  data  outputa  can  ba  catagorisad  aa  raal -tins,  near  real -tints, 
and  poat  mission.  Hear  raal-tiaa  outputa  ara  thoaa  that  have  gone  through  some  data 
processing,  usually  conversion  to  engineering  units,  and  ara  delayed  from  raal  tiaa  by 
generally  not  aore  than  one  to  two  seconds.  Tha  aost  useful  raal-tiaa  display  of  data 
ia  in  engineering  units.  This  alaoat  always  requires  tha  conversion  of  output  signals 
by  use  of  high-spa ad  coaputara  and  applicable  calibrations  and  aathsaatical  aquations. 
These  data  can  ba  output  on  CRT  displays  to  produce  aultiple  listings  of  selected 
paraaatars,  tiaa  history  plots,  and  cross  plots  of  two  paraaatars  for  a  desired  tiaa 
period  or  event.  Tha  data  system  should  ba  designed  to  provide  versatility  of  data 
presentations,  ba  interactive  so  that  changes  can  ba  aada  rapidly,  and  have  tiaa 
correlation  and  hard  copy  capabilities.  Also,  recording  all  data  in  engineering  units 
will  reduce  tha  post  mission  data  processing  raquiresMnts. 


Display  and  recording  of  tha  radar  display  is  required.  Multiple  repeater  displays 
should  ba  located  away  frost  tha  cockpit  display  to  avoid  crowding.  Video  recording  and 
playback  equipment  should  ba  compatible  with  tha  flight  test  equipment.  Tha  ability  to 
add  digital  data  (environmental  and  additional  radar  parameters)  to  tha  video  repeater 
displays  and  recordings  will  greatly  enhance  real-time  monitoring  and  data  analysis. 
Non-engineering  unit  radar  data  display  can  be  done  as  a  back-up  in  the  lab  using  analog 
strip  charts.  Thia  requires  digital-to-analog  conversion  of  much  of  tha  data.  Whan 
actual  airborna  targets  ara  used  with  TSPI  tracking,  a  repeater  plotter  should  be 
located  in  the  lab,  with  processing  to  provide  the  target  data  relative  to  the  lab 
location.  The  plotter  can  also  be  used  to  plot  the  coaiputar-generated  tracks  of  tha  lab 
radar  aircraft  and  targets  during  full  simulation  modes. 


CRT  displays  of  radar  lab  test  data  should  ba  produced  in  near  real  time  to  aid  the 
radar  test  engineers  in  test  monitoring  and  preliminary  analysis.  These  displays  should 
be  relatively  uncluttered  and  should  incorporate  a  means  of  highlighting  out  of  limits 
performance.  A  two-level  set  of  displays  can  be  beneficial  for  tha  monitoring  and 
flagging  activity.  The  first  level  would  be  a  series  of  time-tagged  numerical  values 
(in  engineering  units)  of  selected  radar  parameters  and  the  error  associated  with  each* 
Out  of  limits  error  magnitudes  could  be  highlighted  by  several  means  (such  as  white 
background,  using  other  colors  or  flashing  alphanumeric  characters).  The  second  level 
set  of  displays  would  be  selectable  from  tha  first  level  and  would  show  a  graphic 
representation  of  a  single  parameter  shown  in  the  first  level  display.  Typically,  the 
second  level  display  would  ba  a  parameter  that  is  out  of  tolerance  or  exceeds  some 
preselected  threshold  value.  The  display  should  have  a  visual  depiction  of  established 
thresholds  or  boundaries  and  should  show  present  performance  in  relation  to  these 
boundaries.  A  series  of  special  characters  could  show  the  most  recent  data  and  a 
blinking  cursor  could  show  the  present  error  value.  Second  level  displays  should  be 
selectable  from  the  first  level  by  a  single  key  stroke  and  the  first  level  heading 
should  include  prompts  of  the  correct  control  key  by  parameter.  Similarly,  the  second 
level  display  should  include  the  key  board  entry  to  return  to  the  first  level.  Also  a 
message  should  be  displayed  on  the  second  level  display  if  an  additional  parameter 
should  go  out  of  tolerance  while  a  second  level  display  is  being  displayed.  This  would 
prompt  the  engineer  or  analyst  to  consider  returning  to  the  first  level  display.  Bach 
level  of  display  should  incorporate  features  which  would  allow  the  engineer  to  annotate 
the  data  for  detailed  post-miseion  analysis.  Also,  the  capability  to  make  a  hard-copy 
print  of  any  particular  display  should  be  incorporated.  This  would  make  selected  data 
available  for  ismediate  post  mission  review. 


Lab  Data  Analysis 


The  basic  data  analysis  method  common  to  all  the  radar  test  methodologies  is  to  compare 
data  from  the  radar  with  that  obtained  from  a  reference  system  and  determine  the 
differencee.  Data  analysis  of  a/a  radar  lab  tests  should  be  quite  eiailar  to  the 
analysis  of  flight  test  data.  The  same  parameters  should  be  evaluated,  and  the  test 
scenarios  should  be  much  the  same.  The  analysis  procedures  should  be  essentially  the 
same  and  presentation  of  results  should  follow  the  same  format.  This  will  also  allow 
comparisons  of  flight  test  and  lab  test  results  so  that  consistencies  and  differences 
can  be  identified,  in  order  to  determine  the  validity  of  the  lab  results  and  to  update 
the  simulation  aa  required. 


Both  real  time  test  data  monitoring  and  posi  test  review  of  data  can  be  accomplished. 
The  main  sources  of  this  data  are  the  video  recordings  of  the  radar  display,  CRT 
displays  and  strip  charts.  A  video  display  board  can  be  used  which  is  capable  of 
superimposing  alphanumeric  characters  and  various  graphics  displays  over  the  image  of 
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the  radar  display  without  interfering  with  diaplayad  radar  data.  Thla  allows  tha  radar 
display  aad  asst  of  tha  real-time  data  to  ba  plaoad  oo  tha  aaoa  display.  Tha  normal 
data  diaplayad  could  includa  all  radar  aat  control  switch  positions,  AOC  levela,  digital 
raadouta  of  anglas  and  ranges,  and  environment  cuss.  Tha  indspandant  targat  tracking 
position  can  ba  diaplayad  as  a  box  at  tha  corract  position  on  tha  radar  diaplay  far  aaaa 
of  targat  idantiflcation  and  analysis.  TSPX  of  multiple  targats  nay  ba  displayad  in  tha 
aaaa  Manor.  Tha  syabology  ganaratad  by  tha  instruaantatlon  should  ba  aasily  ehangsabla 
and  diffaraat  aats  of  syabology  kapt  on  disk  for  diffarant  mission  typas.  Tha  radar 
diaplay  and  Instruaantatlon  syabology  should  ba  racordad  on  video  taps  for  post  mission, 
frama-by-frama  analysis,  if  naadad. 

7.  IMThUWWhTIOM  AMP  PM* 

A  high  dagraa  of  aophisticatad  in-flight  instrumantation  is  required  in  order  to 
praparly  evaluate  tha  parformanca  of  an  a/a  radar  systaa.  Tha  primary  typas  includa 
recording  of  vidao  displays,  recording  of  internal  radar  data  and  tha  interfaces  with 
other  avionics,  operator  consents,  telemetry,  on-board  special  controls  and  reference 
data.  The  radar  test  aircraft  nay  not  ba  tha  only  one  to  ba  instrumented — the  targats 
may  need  to  ba,  as  wall  as  jamming  aircraft,  radar  missiles,  ground-based  j earners  and 
reference  ranges.  Sufficient  data  is  required  to  develop  and  evaluate  tha  radar 
performance,  aad  determine  whether  or  not  tha  test  objectives  ware  aat.  Adequate  data 
is  required  in  a  timely  manner  in  order  to  determine  if  tha  next  test  condition  (either 
during  tha  same  flight  or  for  tha  next  flight)  should  ba  accoaplished.  Tha  data 
reduction  and  analysis  schemas  may  vary  trail  drive  tha  design  and  implementation  of  the 
instrumentation  systems,  especially  for  tha  recording  of  tha  radar  internal  and  external 
interfaces.  Standardised  recording  methods  should  ba  implemented  so  tha  many  users  can 
aasily  use  tha  same  data,  especially  when  a/a  radar  tests  include  multiple  ranges, 
targats  and  jaasMrs.  Time  correlation  amongst  all  tha  sources  must  be  ensured, 
typically  within  IP  milliseconds  for  high  accuracy  radar  tests  such  as  targat  tracking. 

The  placement  of  on-board  instrumentation  systems  in  modern-day  fighters  is  getting  more 
difficult  due  to  the  limited  "real-estate"  available  with  tha  incorporation  of  so  many 
aircraft  and  avionics  systaam.  It  often  requires  removal  of  systems  which  are  not  as 
critical  to  the  radar  evaluation,  such  as  fuel  tanks  and  other  unrelated  systems,  or  the 
addition  of  external  pods  to  house  tha  instrumentation  systems.  Care  should  ba  taken  to 
ensure  the  aircraft  instrumantation  modifications  do  not  affect  the  radar  operating 
environment  (such  as  equipment  removal  which  changes  tha  cooling  or  electrical  power 
available  to  the  radar)  or  the  aircraft  operating  envelope  needed  for  radar  testing 
(such  as  an  external  pod  restricting  aircraft  maneuvering).  Also,  any  changes  made  to 
the  radar  system  for  instrumentation  purposes  which  will  not  appear  in  production  (such 
as  including  a  digital  readout  of  antenna  tilt  angle  on  the  display)  must  be  made  so  as 
not  to  affect  the  system  evaluation. 

A  "shakedown"  of  the  entire  aircraft  instrumentation  and  data  processing  capability— 
both  on  the  ground  and  in  flight— should  be  accomplished  well  before  any  radar  flights 
requiring  its  use.  This  shakedown  includes  determining  if  the  instrumentation  system 
will  properly  record  the  data  under  all  aircraft  flight  conditions,  ensuring  the 
compatibility  of  the  recording  and  processing  systems  such  that  data  will  run  through 
the  reduction  and  analysis  programs,  and  validating  that  reasonable  data  products  are 
received.  Same  data  from  laboratory  testing  can  be  used  to  check  out  the  data 
processing  flow,  as  long  as  it  is  compatible.  This  checkout  may  also  help  to  sort  out 
and  eliminate  any  non-useful  parameters . 

The  advent  of  so  many  more  radar  modes,  coupled  with  the  increases  in  data  available 
(both  internal  to  the  radar  and  with  external  interfaces)  and  rapid  changes  in  system 
configuration  and  tost  conditions,  has  required  the  development  of  programmable 
instrumentation  systems  that  are  easily  changeable  prior  to  flight  and  even  in  flight. 
These  systems  have  the  capability  to  pre-define  a  set  of  parameters  to  be  recorded  for 
an  event  (such  as  a  test  condition  for  one  mode),  and  then  select  a  different  set  of 
parameters  to  be  recorded  for  the  next  soda  test  condition.  Typical  characteristics  are 
to  have  from  three  to  eight  different  selectable  sets  available  during  a  flight.  While 
a/a  radar  system  testing  alone  may  not  require  all  of  them,  the  realities  of  many  test 
programs  forces  the  sharing  of  aircraft  assets  with  concurrent  testing  of  other  aircraft 
and  avionics  systems.  Even  though  increasss  in  instrumentation  capabilities  allow 
substantial  increases  in  the  amount  of  data  available,  it  should  be  noted  that  it  can 
become  easier  to  over-specify  data  requirements,  thereby  obtaining  much  never-used  data 
at  considerable  expense.  Sometimes  data  requirements  are  specified  on  a  "what  if" 
basis,  i.e.,  it  would  be  nice  to  have  only  if  the  unexpected  occurs.  Obtaining  this 
much  data  can  quickly  overtax  the  data  reduction  and  processing  systems,  as  well  as  the 
radar  analysis  team's  capability  to  analyse  it.  Further  information  on  aircraft  flight 
test  instrumentation  can  be  found  in  AGAADograph  series  161,  "Flight  Test 
Instrumentation." 

7.1  Video 

Recording  of  the  aircraft  radar  display  is  required  for  all  test  conditions  and  is 
normally  done  using  a  video  tape  recorder.  This  allows  a  quick- look  postflight 
evaluation  aad  can  be  a  prime  source  of  radar  data.  *The  preferred  method  is  to  tap  off 
the  video  signal  going  to  the  display — especially  if  it  is  in  a  standard  format  which 
can  be  recorded  directly.  Corns  installations  use  a  video  camera  (with  a  beam  splitter 
to  allow  the  pilot  to  still  view  the  display)  when  a  directly  recordable  signal  is  not 
available.  The  least  preferred  method  is  an  over-the-shoulder  mounted  video  camera 
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which  My  provide  *  poorer  recorded  image  but  ie  etill  better  then  no  recording  «t  ell. 
The  Min  advantage  of  using  e  c eater*  ie  thet  it  will  record  whet  the  pilot  eetuelly  sew, 
including  the  effects  of  brightness  end  eontrest  settinge,  cockpit  lighting,  glere  end 
parallax. 

A  helpful  feeture  for  shorter  renge  reder  eveluetione  (generelly  for  eirborne  tergets 
within  five. nst)  ie  video  recording  through  the  HUD  which  hee  the  symbology  superinpoeed 
on  the  outside  scene.  The  HUD  diepleys  e- target  symbol  superimposed  over  the  terget 
being  trucked  fey  the  reder,  ee  well  ee  on  aircraft  parameters  such  es  eltitude, 
eirspeed,  heeding  end  ettitude.  Video  recording  of  the  HUD  requires  e  oeeer*  with  e 
wide  dyneaic  light  renge  to  accommodate  the  lerge  extent  of  exterior  brightness  levels 
encountered,  especielly  the  repid  chenges  thet  cen  occur  during  maneuvering  flight. 
Experience  hee  shown  thet  the  HUD  symbology  must  be  ed justed  brighter  then  norsel  in 
order  to  edequetely  show  up  in  the  video  recording  egeinet  the  exterior  background.  The 
preferred  Mthod  of  HUD  video  recording  is  to  record  the  reder  display  end  HUD  together. 
Thie  allows  the  poetflight  evaluators  to  observe  both  the  exterior  background  end 
eirborne  terget  through  the  HUD,  end  directly  conpere  it  with  the  reder  performance  es 
observed  on  the  reder  display.  Two  sost  common  Mthoda  for  this  combined  recording  uset 
1)  recording  of  interleaved  HUD  end  radar  display  video  freaea  end  then  separating  then 
during  playback  on  the  ground  to  separate  screens,  end  2}  split  screen  with  one  half  for 
the  radar  display  and  the  other  for  the  HUD  sinulteneously.  The  interleaving  method  cen 
induce  som  flicker  on  playback  since  the  video  update  rate  is  cut  in  half,  but  My  be 
preferable  to  split-screen  since  interleaving  presents  a  larger  view  of  each  display. 
The  on-board  system  should  have  the  capability  for  the  operator  to  select  recording  of 
the  radar  display  only,  the  HUD  only,  or  both. 

Audio  and  time  tracks  are  required  on  the  video  recording  for  pilot  coments  and  time 
correlation  with  other  data  sources.  Additional  aircraft  and  radar  data  can  be  included 
in  data  blocks  on  the  display  or  embedded  in  the  non-viewable  video  lines.  Data  blocks 
on  the  display  can  obscure  radar  information,  but  have  the  advantage  over  the  embedded 
approach  in  that  the  blocks  will  still  be  viewable  if  the  video  is  put  in  slow  motion  or 
pause,  whereas  the  decoder  for  stripping  off  embedded  data  or  time  code  information  may 
not  operate  at  other  than  full-speed  playback.  Any  time  delays,  such  as  between  radar 
internal  processing  and  actually  displaying  the  information,  need  to  be  understood  and 
must  be  accounted  for  when  Mrging  data  streams.  Some  of  the  displayed  data  added  for 
radar  testing  may  be  found  to  be  operationally  useful  (such  as  the  minimum  and  maximum 
search  altitudes  covered  by  the  selected  radar  scan  pattern  at  the  cursor  range,  or  an 
overlay  of  both  a/a  target  detection  range  and  velocity  versus  asimuth  displays ) .  These 
useful  features  My  be  incorporated  in  the  production  configuration. 

Video  recorders  should  be  mounted  so  that  they  are  accessible  in  flight  for  changing 
cassettes.  This  is  especially  desirable  if  the  mission  data  length  exceeds  the  record 
time  of  a  cassette.  Typical  recording  times  are  20-30  minutes  for  the  3/4  inch  cassette 
tape  forait,  and  1-2  hours  for  the  1/2  inch  VHS  format .  NorMlly,  an  on/off  switch  is 
provided  in  the  cockpit  so  that  recording  can  be  limited  to  only  data  runs  to  conserve 
tape  usage.  Video  recording  is  more  desirable  than  film  for  the  radar  display  since  it 
is  immediately  viewable  postflight  (versus  waiting  for  film  to  be  processed),  and  it  has 
a  longer  available  recording  time  which  requires  less  aircraft  storage  room  for 
additional  casaettea.  However  video  resolution  is  generally  less  than  that  for  film 
which  can  be  a  factor  when  attempting  to  view  an  airborne  target  through  the  HUD.  If  a 
film  camera  is  used  for  the  HUD,  it  typically  runs  at  a  standard  16  or  24  frames  per 
second,  and  must  include  the  capability  to  record  time  for  correlation  with  other  data. 
This  can  be  done  by  recording  pulses  on  the  film  or  having  time  included  in  the  HUD 
display  field  of  view.  The  lesser  resolution  of  video  recording  is  usually  not  a 
limiting  factor  for  analysis  of  a/a  radar  data  from  the  radar  display.  A  color  video 
capability  would  be  preferred  when  looking  through  HUD  and  would  be  required  when  color 
radar  displays  are  used. 

Proper  video  playback  equipment  is  very  important.  It  should  have  the  capability  for 
variable  slow-motion  in  forward  and  reverse,  and  the  ability  to  freexe  (stop  motion) 
video  fraMS  on  command.  It  should  have  a  good  indexing  mechanisation  in  order  to 
rapidly  find  areas  of  intereet  on  the  tape.  Most  installations  do  not  use  an  actual 
aircraft  radar  display  for  playback  due  to  its  different  power  requireMnts  and  since  it 
is  generally  sMller  and  the  asiall  screen  makes  analysis  difficult.  The  primary  reason 
for  using  the  aircraft  display  for  at  least  some  of  the  playback  is  to  be  able  to 
observe  the  displayed  data  as  the  pilot  actually  saw  it,  but  is  not  as  great  a  factor  in 
a/a  radar  evaluation  as  it  would  be  for  a/g. 

Some  aircraft  contain  video  recording  systaM  as  a  part  of  the  production  configuration 
as  a  training  aid  and  for  historical  combat  data.  While  this  installation  may  not  be 
adequate  for  the  detailed  radar  evaluation,  it  should  be  evaluated  with  respect  to  its 
suitability  of  operation. 

7.2  Internal  Radar  Data 


The  radar  can  be  modified  to  send  out  some  additional  internal  data  over  the  avionics 
interface,  acting  as  a  "data  pump".  This  method  My  be  sufficient  for  som  development 
and  evaluation  applications,  but  does  have  its  limitations  in  that  it  My  overload  the 
radar  processor  or  aircraft  avionics  MUXBU8  at  the  busiest  (and  therefore  worst 
possible)  tiMs.  An  extensive  radar  development  program  will  require  full  data 
recording  of  the  internal  radar  busses  and  data  ports.  This  will  usually  require  a 
separate  dedicated  high  speed  recording  system  of  one  megabit  per  second  or  greater 


capacity.  Newer  radar  lyitui  My  have  substantially  higher  data  ratas  which  may  force 
tha  recording  of  only  a  portion  of  tha  data,  or  require  aoaa  form  of  on-board  raal-tiiaa 
data  compression  which  doesn't  substantially  oorrupt  tha  data  resolution  or  timing. 

Internal  radar  data  is  used  primarily  for  radar  system  development,  troubleshooting  and 
failure  analysis.  it  can  also  be  used  for  a/a  radar  evaluation,  such  as  to  gather 
target  detection  blip-scan  data  (the  scan  number,  bar  nunber,  range,  asimuth  and  time  of 
each  displayed  detection)  instead  of  Mnually  reading  it  from  the  video  display,  and  for 
false  alarm  determination.  The  instrumentation  systam  configuration  should  be  easily 
changeable,  especially  during  radar  development  testing,  to  accommodate  the  numerous 
areas  which  will  have  to  be  investigated. 

A  typical  internal  radar  instrumentation  system  will  have  the  capability  to  record  data 
from  the  following  sourcesi  1)  the  internal  bus  which  ties  together  all  the  radar  LRUs, 
2)  the  dedicated  high  speed  bus  between  the  radar  computer  and  signal  processor,  3) 
selected  portions  of  the  aircraft  avionics  MUXBUS  which  ties  the  radar  system  to  the 
rest  of  the  aircraft  avionics,  4)  internal  radar  processor  data,  5)  analog  radar 
hardware  temperature  and  vibration  levels,  6)  some  aircraft  instruments  such  as  a/a 
TACAN  range  and  bearing,  7)  time  code  information,  and  8)  crew  audio.  It  may  have  one 
or  two  recorders  (depending  on  the  tradeoffs  Bide  between  recording  capacity,  available 
aircraft  space,  and  amount  of  data  to  be  recorded),  a  buffer  to  receive  and  format  the 
data  streams  necessary  for  recording,  and  a  control  and  indicator  panel  in  the  aircraft 
cockpit.  It  may  contain  a  built-in  radar  digital  data  simulator  to  use  for  testing  and 
verification  of  the  instrumentation  system.  The  recorder  can  be  a  standard  28-track 
instrumentation  recorder,  capable  of  30  to  60-minute  record  time  depending  on  the 
recording  speed/data  density  required.  At  high  data  recording  rates  (one  megabit  per 
second  and  greater)  the  typical  number  of  tracks  required  My  bet  1  each  for  the  radar 
internal  bus,  the  aircraft  avionics  MUXBUS,  temperatures,  vibration  levels,  time  code 
and  audio,  while  several  (typically  2-4)  will  be  required  for  the  dedicated  radar 
computer/aignal  processor  bus,  and  many  (10-20)  for  internal  radar  processor  data.  This 
radar  processor  data  will  typically  include  data  from  radar  processing  routines  or  FFT 
data  (the  contents  of  the  doppler  filters  and  range  gates  matrix)  which  can  be  used  to 
examine  clutter  rejection  and  target  detection  capabilities. 

The  radar  instrumentation  system  controls  and  indicators  should  be  provided  in  the 
aircraft  cockpit.  Controls  should  be  installed  to  allow  the  crewmember  to  power  the 
system  on  and  off,  start  and  stop  the  recorder (s),  and  select  recording  data  streams  or 
formats  (as  applicable  and  equipped).  Indicators  should  be  installed  to  show  power  on, 
tape  motion,  selected  data  or  formats,  amount  of  tape  used,  and  low  tape  warning. 

7 . 3  Avionics  Interfaces 


The  recording  of  the  radar  interface  with  the  other  avionics  (analog  such  as  INS  data, 
discretes  and  digital  such  as  the  MZL-STD  1553  type  MUXBUS)  is  the  source  of  most  radar 
evaluation  data,  since  the  parameters  of  interest  for  evaluation  are  usually  those  sent 
to  the  rest  of  the  weapons  systems  over  these  communications  channels.  This  is  true 
priMrily  in  a/a  radar  target  acquisition  and  tracking  modes  when  the  weapons  system  is 
dependent  on  radar  target  data  for  launch/delivery  pointing  and  computations. 
Additionally,  the  radar  may  be  modified  to  put  added  data  out  on  the  MUXBUS  which  is  not 
normally  required  by  the  other  avionics  systems  but  which  can  aid  in  development  and 
evaluation.  Detailed  information  on  each  MUXBUS  data  word  is  normally  included  in  a 
system  interface  control  document.  Typical  data  rates  are  50  transmissions  per  second 
per  digital  word  over  a  1  megabit  per  second  serial  digital  data  bus  along  with  analog 
data  and  discretes.  A  typical  data  recording  system  is  a  14  or  28  track  standard 
instrumentation  recorder  with  1-2  hours  of  record  tiM.  The  serial  digital  data  can  be 
split  across  several  tracks  (typically  4-5)  and  other  tracks  used  for  analog,  discretes, 
time  code,  and  pilot  audio. 


The  amount  of  data  needed  to  be  recorded,  and  the  fact  that  there  My  be  several 
aircraft  multiplex  busses  of  interest  (such  as  avionics,  display  and  weapons)  depending 
on  the  radar  modes  under  test.  My  require  in-flight  selection  of  the  paraMters  to  be 
recorded.  This  would  require  the  prior  definition  of  data  formats  by  mode  or  test 
condition,  and  My  also  involve  on-board  data  compression  schemes  to  fit  all  the  desired 
data.  Some  special  techniques,  such  as  coding  data  as  to  when  an  event  actually 
occurred  versus  when  it  was  recorded  as  it  came  on  the  bus,  My  be  required  in  order  to 
obtain  sufficiently  accurate  tiM  correlation  with  other  data  sources. 


7.4  Telemetry 

In  addition  to  the  test  aircraft  on-board  recording  capabilities,  radar  data  can  be 
transmitted  to  a  ground  station  continuously  during  each  test  flight  by  means  of  a 
digital  telSMtry  (T/M)  link.  The  data  can  be  recorded  at  the  ground  station  on 
Mgnetic  tape  as  a  backup  to  the  airborne  recording.  If  the  test  aircraft  on-board 
apace  is  extremely  limited,  T/M  could  be  used  instead  of  on-board  recording  for  soma  or 
all  of  tha  data.  This  does  run  the  risk  of  losing  data  when  noise,  line-of-sight 
limits,  and  other  factors  disturb  tha  T/M  transmission.  Tha  T/M  systaM  generally  do 
not  have  sufficient  bandwidth  to  transmit  all  tbs  radar  and  interface  data,  therefore 
the  testers  need  to  prioritise  what  will  be  sent  out  on  the  basis  that  the  on-board 
recordars  will  handle  the  reMinder.  There  My  have  to  be  a  means  to  select  in  flight 
between  several  pre-defined  T/M  fonsats  depending  on  what  testing  is  taking  place. 
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Telearntry  of  the  radar  vidao  display  is  highly  daairabla  aa  it  can  impart  a  larga  amount 
of  information  on  tha  currant  tsst,  yat  it  poaaa  a  oonaidarabla  problam  dua  to  ita  high 
bandwidth  if  it  must  ba  ancryptad  for  saeurity  purpoaaa. 

Selected  channals  of  tha  talamatarad  data  can  ba  diaplayad  on  tha  ground  using  atrip 
ehart  racordars  and  cathoda-ray  tuba  (CRT)  displays  to  avaluata  radar  functional 
performance.  While  it  is  highly  desirable  to  observe  radar  data  real  time  on  tha  ground 
via  T/N  during  tha  conduct  of  tha  test  condition,  tha  number  of  parameters  may  ba 
limited  by  tha  T/N  transmission  bandwidth  required,  tha  ground  monitoring  capabilities 
and  security  considerations.  Much  of  tha  a/a  radar  performance  evaluation  is 
accomplished  by  comparing  radar  data  to  reference  data  poetf light,  which  does  not 
require  T/N.  Soma  evaluations  can  ba  accomplished  using  T/N,  such  as  determining  if  tha 
radar  maintains  track  or  breaks  lock  under  maneuvering  conditions  or  in  the  presence  of 
a  jamming  signal.  Telemetered  radar  data  can  also  be  used  to  ensure  the  radar  la  in  the 
correct  mode  configuration  for  the  test,  for  real-time  limit  checking  (such  as 
indicating  when  specified  accuracies  are  being  exceeded,  when  track  quality  measures  go 
beyond  acceptable  limits,  or  when  antenna  position  rates  become  excessive),  to  obtain  an 
early  indication  of  problems,  and  to  determine  if  the  test  should  continue. 

The  aircraft  T/M  system  should  be  compatible  with  all  teat  ranges  which  may  be  used, 
unless  program-unique  T/N  receivers,  recorders  and  processors  are  transported  wherever 
testing  taksa  place.  When  t/n  is  desired  during  low-level  test  aircraft  flights  in  the 
vicinity  of  rough  terrain,  a  relay  capability  may  be  the  only  method  of  receiving  tha 
T/h  signals.  This  may  be  accomplished  using  one  or  store  other  aircraft,  or  a  satellite, 
to  relay  the  data  back  to  a  ground  station.  If  the  data  is  encrypted,  not  only  dose  the 
data  error  rate  usually  rise,  but  tha  range  compatibility  and  relay  issuea  can  become 
considerably  sore  complicated.  If  the  aircraft  has  a  production  data  link  system 
installed,  this  could  be  used  in  lieu  of  some  of  the  T/M  data  required,  since  it  will 
likely  only  contain  radar  data  normally  on  the  aircraft  avionics  MUXBUS,  and  no  internal 
radar  parameters. 

7.5  On-board  Special  Controls 

The  test  aircraft  radar  installation  may  include  special  controls  which  can  be  very 
helpful  by  modifying  radar  performance  in  flight  to  investigate  problem  solutions. 
Special  controls  may  also  be  used  to  make  immediate  in-flight  comparisons  to  evaluate 
alternative  mechanisations  under  the  same  flight  conditions  (as  described  in  section  5.6 
of  this  volume).  The  radar  software  can  be  temporarily  programmed  so  that  options  can 
be  selected  via  unused  a/a  radar  controls  or  switch  combinations  for  that  test  condition 
(such  as  using  the  selection  for  beacon  mode  to  change  the  track  coast  time  when  in  a/a 
mode,  or  ground  map  controls  to  change  a/a  ECCM  techniques).  Another  option  is  to  add  a 
non-production  keyboard  and  display  tied  directly  to  the  radar  computer  to  send  coimnands 
and  read  out  internal  radar  data.  Alternatively,  the  system  may  be  modified  to  accept  a 
plug-in  cartridge  (containing  some  type  of  memory  material  such  as  magnetic  tape  or 
read-only  memory)  and  then  several  cartridges  containing  different  mechanisations  could 
be  carried  and  used  in  flight.  Implemented  properly,  special  controls  can  maximise  the 
efficient  use  of  flight  time,  especially  during  early  system  development  of  different 
radar  processing  schemes.  This  can  be  particularly  useful  and  time-saving  whan  compared 
to  other  means  of  changing  radar  mechanisations  such  as  hardware  replacement  or  software 
modification. 

Special  on-board  controls  must  be  implemented  and  used  with  care  to  ensure  that  other 
problems  are  not  created.  Since  the  radar  is  highly  integrated  with  the  other  avionics 
systems,  all  versions  of  the  in-flight  radar  modifications  must  be  compatible  with  the 
interfacing  systems.  Also,  the  addition  of  special  controls  should  not  be  allowed  to 
affect  the  normal  operation  of  other  radar  modes  which  may  be  developed  and  undergoing  a 
final  evaluation.  Depending  on  the  extent  of  the  changes  made  to  the  radar  system  to 
implement  the  special  controls,  it  may  be  necessary  to  use  the  production  configuration 
radar  for  evaluation  without  the  special  controls  installed,  to  ensure  that  the 
evaluation  is  of  a  truly  representative  system. 

7 .6  Reference  Data 


The  major  source  of  reference  data  used  for  a/a  radar  evaluations  is  ground-based  time 
space  position  information  (T8PI).  This  may  include  radars  (to  track  the  aircraft  skin 
return  or  an  aircraft  mounted  beacon),  cinetheodolite  cameras,  laser  trackers  and 
interrogators/ transponders.  The  use  of  each  of  these  systems  will  depend  upon  the 
reference  accuracy  required  and  TSPI  system  limitations  such  as  coverage  area,  coverage 
during  maneuvering  and  tracking  of  multiple  targets.  Some  a/a  radar  tests,  when  in 
look-down  modes,  will  require  reference  data  on  the  ground  moving  targets  in  the 
vicinity  to  evaluate  the  radar  ground  moving  target  rejection  implementation. 

7.6.1  Sources 

The  following  factors  need  to  be  considered  when  using  typical  TSPI  systems!  1)  the 
aircraft  must  be  equipped  with  a  beacon  transponder  to  reply  to  tracking  radars  (such  as 
an  FPS-16)  to  obtain  higher  accuracy,  2)  cinetheodolite  cameras  require  clear 
atmospheric  conditions,  have  a  limited  range  (typically  within  25-40  no)  and  require 
considerable  coordination  to  have  3-4  cameras  each  tracking  the  radar-equipped  aircraft 
and  the  target,  3)  laser  trackers  usually  require  highlighted  reflective  arees  on  the 
aircraft  which  may  be  obscured  during  maneuvering,  and  4)  interrogators/transponders 
(with  tha  interrogator  on  the  aircraft  and  a  layout  of  transponders  on  tha  ground  at 


71 


known  location*)  nr#  limited  to  only  tho  flight  path  which  keeps  th*  aircraft  within 
rang*  of  tha  ground  systems.  All  of  thaaa  systems  or*  limit ad  in  th*  number  of  target* 
that  can  be  simultaneously  tracked— generally  only  on*  target  par  tracking  system— and 
nay  also  to*  Halted  in  thair  line-of-eight  track  rangas  dapanding  on  th*  aurrounding 
terrain.  Nobile  ay*t*aa  can  be  used  to  cop*  with  sane  of  th*  line-of-aight  limitations, 
but  are  generally  not  quickly  relocatable.  It  eight  be  possible  for  a  tracking  radar 
euoh  a*  an  PP0-16  to  be  modified,  using  a  oaapu tar-con trolled  receiver  and  aultipla 
local  oscillators,  to  aultipla*  the  radar  and  enabla  it  to  track  nor*  than  on*  oiraraft 
at  a  tine,  eaah  with  different  bean*.  This  would  require  th*  ua*  of  a  com  track 
•soothing  algorithm*  and  aone  memory,  but  nay  be  able  to  provide  Multiple  target 
tracking  with  acceptable  accuracy.  Most  range  tracking  facilities  have  program*  which 
can  provide  the  user  with  th*  proper  flight  geometry  relative  to  the  tracking  system*  to 
obtain  the  beat  reference  system  accuracy  available  for  each  teat  condition. 

The  timeliness  of  the  TSPI  is  also  a  factor  in  choosing  which  systems  to  us*.  Real-time 
T8P1  system  accuracy  and  postflight  processing  delays  are  isportant  factors  to  be 
considered.  Cinetheodolite  film  camera*  require  processing  of  the  film  and  then  manual 
•coring  of  target  position  within  each  film  frame— -although  tha  advent  of  high 
resolution  video  cameras  coupled  with  automatic  scoring  equipment  will  greatly  shorten 
the  processing  time  required.  Some  less  accurate  real- tin*  position  data  can  be 
obtained  direatly  from  th*  camera  aslmuth  and  elevation  angles.  The  accuracy  of  this 
reel-time  data  is  generally  on  th*  order  of  that  from  on  FPB-16  type  radar,  as  long  as 
th*  operators  keep  th*  cameras  reasonably  well  pointed  towards  th*  aircraft.  Laser 
trackers  can  provide  nor*  accurate  real-time  data,  but  still  require  postflight 
processing. 

Hot  only  is  TSPI  required  for  postflight  evaluation,  but  it  ia  used  during  th*  test 
conditions  to  provide  aircraft  vectoring  for  proper  test  set  up  and  real-time  aircraft 
data.  these  date  or*  typically  test  aircraft  and  target  position,  altitude,  rang*  and 
velocity  to  initialise  and  maintain  the  correct  test  conditions  within  limits.  When 
available,  th*  Global  Positioning  System  (GPS)  satellite  network  can  also  be  used  as  a 
source  of  TSPI  for  a/a  radar  testing.  Sam*  a/a  radar  tests  will  require  th*  use  of 
differential  GPS  (th*  inclusion  of  a  ground-based  GPS  pseudo-satellite  system  and 
additional  processing)  to  obtain  the  higher  accuracies  required.  TSPI  outputs  are  used 
in  several  formats — normally  printouts,  plots  and  data  tapes  which  can  then  be  merged 
with  other  data  sources. 

Reference  data  can  also  be  acquired  from  an  instrumented  target  (typically  by  recording 
th*  target's  IMS  outputs  to  obtain  time  correlated  attitude,  velocity  and  acceleration 
data).  Target  aircraft  attitude  and  body-relative  data  are  not  available  from  any  of 
the  TSPI  sources  mentioned  previously.  Another  source  of  data  can  be  an  Air  Combat 
Maneuvering  Rang*  (ACMR)  which  uses  an  external  aircraft-mounted  system  and  ground-based 
transponders  to  obtain  position  and  attitude  information  on  a  number  of  targets  in  an 
operational  scenario.  This  data  is  usually  not  sufficiently  accurate  for  a  highly 
quantitative  a/a  radar  accuracy  evaluation,  but  is  very  useful  for  OTfcE. 


Air-to-air  TACAH  can  provide  target  position  range  and  bearing  reference  data  for  radar 
tests  such  as  measuring  detection  and  lock-on  ranges,  and  for  target  positioning  to  set 
up  test  conditions.  Its  advantage  is  in  not  requiring  any  ground  station  and  therefore 
can  be  used  wherever  the  test  conditions  necessitate.  It  would  be  advisable,  if  a/a 
TACAN  ia  to  be  used  extensively,  to  conduct  a  short  evaluation  of  the  accuracy  of  the 
systems  and  installations  to  be  used  by  comparison  with  a  more  accurate  reference 
system.  Air-to-air  TACAH  has  been  measured  to  be  as  accurate  as  0.1  run  between  two 
aircraft.  Most  aircraft  TACAH  installations  are  designed  with  the  prime  consideration 
of  communication  with  th*  ground  (i.e.,  th*  antenna  is  mounted  on  th*  lower  part  of  the 
aircraft)  and  therefor*  may  be  unreliable  when  communicating  with  another  aircraft  which 
is  higher  in  altitude. 


Tracking  th*  aircraft  telemetry  stream  (which  contains  aircraft  latitude,  longitude  and 
altitude)  is  another  option  for  obtaining  reference  data.  Th*  aircraft  data  could  be 
used  to  aim  th*  ground  T/m  antenna  to  track  th*  aircraft  t/m  signal  using  a  mobile 
positioning  van  with  a  broadband  antenna.  This  mobile  van  could  be  transported  with  the 
test  aircraft  to  deployed  locations  to  provide  the  same  displays,  readouts  and  data 
processing  schemes  at  all  locations.  Th*  mobile  capability  could  also  be  used  to 
position  the  ground  T/M  receiving  antennas  to  avoid  terrain  masking  for  low-level  tests. 
Air-to-air  radar  evaluation  reference  data  say  also  be  obtained  using  a  pod  system 
mounted  on  the  test  aircraft  which  can  measure  target  position.  The  pod  could  be 
carried  externally  and  may  have  the  capability  to  track  multiple  targets  simultaneously. 
It  may  house  a  reference  radar,  RP  transponder,  data  acquisition  system,  signal 
conditioner,  telemetry  transmitter,  timing  receiver,  timing  decoder,  and  associated 
antennas.  An  RF  transponder,  with  the  associated  antenna  and  a  telemetry  antenna, 
could  be  mounted  directly  on  th*  test  aircraft.  The  reference  data  pod  electronics 
packages  could  condition,  format,  and  transmit  test  aircraft  parameters  such  as 
altitude,  roll,  pitch,  heading,  airspeed,  angle  of  attack,  and  target  relative  position, 
along  with  parameters  from  other  on-board  instrumentation.  the  data  could  b* 
transmitted  to  a  ground  facility,  and  also  recorded  on  board  for  backup.  A  timing 
signal  is  required  to  synchronise  th*  time  tagging  of  all  th*  data  as  they  are  received 
at  th*  ground  facility.  The  pod  reference  radar  could  provide  range,  asimuth, 
elevation,  and  asimuth  and  elevation  rat*  data  with  respect  to  a  transponder  located  on 
th*  target.  One  disadvantage  to  this  pod  concept  is  its  dependence  on  a  unique  ground 
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processing  ait*  to  raoaiva  tha  telemetered  data,  and  it  would  therefore  ba  limited  to 
ues  only  within  that  vicinity.  Also,  tha  requirement  for  a  baacon  in  Heh  target  could 
ba  eliminated  if  tha  pod  had  a  highly  accurata  radar  syataa. 

7.6.2  Data 

tha  a/a  radar  tact  planning  prooaaa  should  include  a  definition  of  tha  rafaranca  data 
accuracy  and  tlna  correlation  requirements,  aapaolally  since  they  will  usually  ba 
different  for  tha  various  teat  conditions  and  radar  syataa  capabilities  to  ba  evaluated, 
■igh  altitude  versus  low  altitude  test  conditions  nay  even  require  different  tracking 
systems  to  follow  tha  aircraft,  nia  newer,  aora  accurata  a/a  aircraft  radar  systems  are 
foroing  innovative  uses  and  upgrades  in  existing  rafaranca  tracking  aystens.  Quite 
often,  the  rafaranca  ayataa  accuracy  alone  ia  not  auffloiant  and  requires  poet  flight 
combinations  of  data  outputs  with  substantial  mathematical  estimating  and  smoothing. 

A  single  reference  tracking  radar  (such  as  an  m*l()  using  an  aircraft-mounted  beacon, 
can  track  at  all  typical  a/a  radar  ranges,  usually  with  an  accuracy  of  ♦/-  21  feat 
depending  on  tha  geometry  and  range  to  tha  aircraft.  Cinetheodolite  data  la  usually 
accurate  to  ♦/-  3  to  5  feat  depending  on  geometry,  number  of  cameras  on  each  aircraft 
(usually  3-4)  and  atmospheric  clarity.  The  effective  range  is  often  limited  to  25-4* 
ns>  Laser  trackera  are  generally  accurata  to  within  +/-  If  feat  but  are  also  limited  in 
range.  A  test  aircraft  pod  reference  data  system  such  as  described  in  section  7.6.1  may 
be  accurate  to  within  IS  feet  at  ranges  of  less  than  15  miles,  and  accurate  to  within  25 
to  5g  feet  at  ranges  from  15  to  60  miles. 

Much  work  has  been  done  to  increase  reference  system  accuracies  by  the  use  of  best 
estimate  of  trajectory  (BIT)  computation  processes  which  use  data  from  more  than  one 
tracking  source.  This  can  be  a  variety  of  combinations  of  cameras,  radars,  and  lasers, 
as  veil  as  using  on-board  aircraft  navigation  system  data.  The  BBT  process  usually  uses 
a  Kalman  filter/ optimal  smoother  to  model  errors  of  all  data  sources  including  those  on 
board  (such  as  altimeters  and  the  IMS).  When  on-board  IMS  data  is  added  to  the  process, 
aircraft  velocity  accuracy  is  better  and  smoother,  with  tha  greatest  improvement  being 
real lead  in  a  high-dynamic  arena. 
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8  DATA  REDUCTION  AMD  ANALYSIS 

Ths  methods  and  dspth  o;'  a/a  radar  data  analysis  to  b«  performed  are  dependent  on  the 
purpose(s)  of  the  tsstc,  such  as  functional  checks,  verification  of  corrections  of 
system  discrepancies,  specification  compliance,  or  operational  evaluation.  Functional 
checks  may  be  only  for  the  purpose  of  determining  if  the  system  is  working 
satisfactorily  in  a  general  sense,  and  very  little  detailed  analysis  may  be  required 
other  than  monitoring  the  radar  display.  Verification  of  configuration  changes, 
specification  compliance,  and  operational  testing  all  usually  compare  radar  system 
performance  against  a  baseline  or  standards.  The  analysis  for  these  types  of  tests 
consists  of  performing  the  comparison  and  evaluating  the  results.  The  data  analysis 
procedures  and  programs  need  to  be  specified  during  the  test  planning  stages  in  a  data 
analysis  plan  to  ensure  the  analysis  capability  will  be  available  when  needed.  The  type 
of  data  analysis  to  be  performed  will  also  influence  the  type  of  instrumentation 
required  and  its  configurations .  As  covered  in  section  7  of  this  volume,  the  very  high 
data  rates  may  necessitate  flexible  selective  recording  of  parameters  at  various  rates, 
compression  algorithms  and  means  cf  changing  menus  of  recorded  parameters  in  flight. 
The  data  processing  and  analysis  schemas  and  the  instrumentation  requirements  must  be 
compatible,  should  be  standardised  as  much  as  possible  (such  as  standard  data  report 
formats),  and  must  provide  the  user  with  the  appropriate  data  sufficient  to  determine 
radar  performance.  The  ground  lab  can  be  a  useful  source  of  data  to  validate  the  data 
processing  and  analysis  techniques  to  further  confirm  their  acceptability  for  the  flight 
test  data. 

In  addition  tc  the  detailed  data  analysis  for  radar  performance  measurement,  some 
limited  data  processing  and  analysis  is  required  on  a  quick  turnaround  basis  for  rapid 
decision  making  such  us:  clearance  for  the  next  flight,  confirmation  that  the  required 
data  was  gathered,  or  if  a  modification  is  required  to  the  test  setup  or  to  the  radar 
system  itself.  The  typical  process  after  a  flight  is  toi  1)  have  a  postflight 
debriefing  with  the  flight  test  engineers  and  flight  crew  using  the  no'  i  taken  during 
the  flight,  2)  obtain  the  video  recordings  (and  use  them  as  part  of  the  postflight 
debr4nfing),  3)  use  real-time  and  postflight  quick-look  data  to  make  early  performance 
assessments,  and  4)  decide  what  second  generation  data  analysis  will  be  required. 
During  radar  system  development  especially,  when  all  participants  (such  as  the  radar 
designers)  are  not  collocated  with  the  teat  facility,  it  has  been  found  that  video 
teleconferencing  is  very  useful  in  rapid  dissemination  of  flight  test  results  and 
planning.  This  requires  an  audiovisual  link  between  all  test-related  personnel  from  a 
variety  of  geographical  areas  to  promote  the  best  sharing  of  thoughts  and  allowing  the 
crew  to  explain  the  performance  seen  in  flight. 

The  process  of  requesting  data  and  performing  data  analysis  should  be  automated  as  much 
as  possible,  especially  in  light  of  the  enormous  amounts  of  data  which  can  be  generated 
from  even  a  single  flight.  The  data  processing  and  analysis  system  needs  to  be  "user 
friendly,”  i.e.,  be  easy  for  the  test  engineers  to  use  and  adaptable  to  changing 
requirements.  A  flexible  syacem  (such  as  one  with  an  interactive  ability  to  use 
different  sets  of  data,  and  able  to  vary  the  analysis  methods  based  on  a  number  of 
resident  statistical  packages)  will  also  reduce  the  unacceptably  long  lead  times 
inv  lved  when  actual  flight  test  data  is  run  and  a  need  to  change  the  analysis 
capability  becomes  apparent.  This  will  also  speed  up  the  whole  data  analysis  schedule, 
allowing  flights  which  are  dependent  on  the  analysis  outcome  to  proceed  sooner. 

Data  processing  capabilities  can  be  broken  down  into  ueveral  types*  real-time,  video, 
first  generation,  merging,  and  second  generation.  Some  analysis  can  be  performed  at 
each  atap  along  the  way,  but  the  majority  of  the  performance  analysis  is  performed  after 
the  second  generation  proceaaing  has  bean  accomplished.  Real-time  processing  is  usually 
defined  as  that  which  la  performed  during  the  flight  as  the  data  is  being  gathered,  and 
r  -  include  the  capabilities  of  processing  some  first  generation  data,  limited  merging 
..  i  even  some  second  generation  processing. 

Real-time  data  is  used  to  better  isolate  and  identify  data  time  slices  for  further 
detailed  postflight  analyni.s,  to  i.ake  quick-look  types  of  assessments,  and  to  determine 
if  there  in  a  need  for  greater  or  fewer  test  runs  on  the  current  flight.  For  real-time 
data  processing  and  analysis,  the  areas  of  display  and  calculation  requirements,  control 
room  layout,  and  the  duties  of  control  room  personnel  must  be  well  defined  prior  to  the 
start  ;f  testing.  Also,  the  processing  which  is  needed  in  real  time  versus  in  near  real 
time  (shortly  after  occurrence)  will  need  to  be  defined.  Typical  real-time  display 
requirements  includet  1)  the  radar  ox  avionics  system  status  indicators  to  be  displayed 
(for  example;  green  for  radar  lock-on,  yellow  for  ECM  detect,  and  red  for  break  lock), 
2)  the  required  update  rates,  3)  the  nscsssity  for  time  history  displays  (i.e.,  what  is 
needed  to  mske  a  decision  to  go  to  the  next  tsst  condition  or  run),  4)  a  radar  system 
"health"  Usplay,  5)  an  indication  of  the  currently  selected  radar  and  weapons  system 
mode,  6)  plot  scale  units  and  colors,  7)  digital  readouts,  8)  poi.iters/f lags/messages  to 
be  displayed  and  under  what  circumstances,  and  9)  limit  lines  to  be  drawn  on  data  to 
indicats  when  a  predetermined  limit  is  about  to  be  exceeded. 

8 . 1  Video 


Video  data  is  obtaJ  ad  primarily  from  the  radar  display,  and  from  the  HUD  for  shorter 
-*nge  tost  conditions.  Video  data  may  also  be  obtained  from  the  target  aircraft  (from 
its  radar  or  ECM  displays)  and  from  an  Air  Combat  Maneuvering  Range.  Video  data  is  used 
for  a  quit’;  look  qualitative  analysis  to  verify  that  the  system  is  operational,  to  show 
what  rhe  pilot  saw  in  flight,  and  to  narrow  down  the  areas  of  interest  to  be  further 
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processed  and  analysed  using  data  obtained  from  other  sources*  Data  that  can  be 
initially  obtained  from  the  video,  and  then  more  accurately  obtained  from  analysis 
including  the  reference  system,  aret  1)  target  asimuth  and  range  or  velocity  for  initial 
detection  range  and  probability  of  detection,  2)  detection  range/velocity/asimuth 
accuracy,  3)  false  alarm  rate,  4)  multiple  target  resolution,  and  5)  indications  of  ECM. 
Initial  estimates  can  also  be  s»de  fori  1)  time  to  lock  on,  2)  time  to  stable  track,  and 
3)  effects  of  ECM  on  tracking  performance.  If  the  radar  video  data  is  telemetered  to 
the  ground  during  the  test  flight,  sosm  of  this  analysis  can  be  performed  in  real  time. 
Video  data  is  very  handy  to  have  during  the  postflight  debriefing  sinoe  it  can  help 
refresh  the  pilot's  memory  (particularly  for  a  long  flight  with  many  test  objectives  and 
conditions),  it  can  give  a  good  overall  view  and  understanding  of  the  situation  to  the 
flight  test  engineers,  help  in  early  indication  of  anomalies  or  problem  investigation, 
and  present  the  data  that  was  given  to  the  pilot  in  case  of  any  discrepancies  with 
respect  to  the  recorded  digital  and  analog  data.  The  video  data  also  will  be  used  to 
assess  the  radar  display,  and  may  be  used  to  judge  whether  the  use  of  the  recording  is 
satisfactory  for  training  and  combat  history  purposes  in  the  field  on  production 
aircraft . 

Detailed  video  data  analysis  will  require  playback  equipment  that  can  operate  at  normal 
speed,  slow  motion,  and  "freese"  (stop  motion  of  a  video  frame).  When  the  video  tape 
includes  time  code  and/or  imbedded  data,  it  would  be  helpful  for  the  playback  system  to 
continue  to  display  the  last  data  prior  to  the  stop  motion.  Most  recording  techniques 
in  use,  however,  will  not  display  time  or  imbedded  data  when  the  tape  is  played  back  in 
slow  motion.  Video  display  recordings  normally  are  .janually  interpreted  and  the  data 
entered  as  another  file  to  be  used  by  data  analysis  programs.  Automatic  scoring  of 
video  during  playback,  with  the  playback  system  keeping  track  of  the  range  and  asimuth 
of  one  or  more  a/a  radar  displayed  targets,  is  a  recent  innovation  though  still 
difficult  and  expensive.  A  scoring  system  could  determine  parameters  such  as  target 
range  and  asimuth  and  output  the  data  on  a  data  tape  for  uae  in  further  analysis 
routines.  Video  data  is  useful  for  a  multitude  of  operational  analyses,  for  exanple 
determining  the  ease  of  system  use  by  the  pilot's  ability  to  place  the  cursor  over  the 
target  in  a  timely  manner.  Video  data  is  also  useful  for  quantitative  analysis  such  as 
measuring  the  number  of  successful  lock-ons  versus  the  number  of  attempts,  and  can  be 
used  to  verify  the  internally  recorded  radar  detection  and  false  alarm  data.  The  video 
data  can  also  be  used  to  help  interpret  other  data,  such  as  strip  charts  or  recorded 
control  room  CRT  displays,  since  sometimes  "a  picture  is  worth  a  thousand  words." 

8.2  First  Generation 


First  generation  data  processing  is  usually  defined  as  that  processing  which  converts 
raw  data  measurements  (both  digital  and  analog)  to  engineering  units  (units  such  as 
feet,  feet  per  second,  and  degrees)  and  can  obtain  reports  of  significant  discrete  radar 
or  weapons  system  events  (called  "events  reports").  First  generation  data  can  be  in  the 
form  of  listings  and  plots  for  quick  look  assessments,  or  data  tapes  which  can  be  used 
as  input  to  radar  performance  analysis  programs.  An  events  report  is  typically  a  time- 
oriented  listing  of  the  significant  events  that  occurred  during  each  test  run  (such  as 
time  of  designate,  time  of  lock-on,  and  time  of  breaklock)  which  can  be  used  to  refine 
the  start  and  stop  time  periods  of  the  digital  data  needed  for  further  analysis,  or  to 
provide  preliminary  analysis  of  events. 

A  "smart"  and  fast  data  processing  system  is  required  to  obtain  quick-look  data  right 
after  the  flight,  especially  for  the  purpose  of  approving  the  next  flight.  The  most 
rapid  processing  will  use  the  data  in  whatever  form  it  exists  and  will  not  spend  extra 
time  reformatting  the  data.  This  is  especially  important  when  the  testing  is  being 
conducted  in  a  remote  area  away  from  the  main  processing  facility.  This  rapid 
processing  is  used  to  evaluate  the  quality  of  the  data,  to  validate  the  data  to  ensure 
the  instrumentation  system  is  recording  properly,  and  to  provide  a  preliminary 
assessment  of  the  success  of  each  test  condition.  This  includea  determining  if  the 
correct  modes  were  used  and  the  test  setup  (such  as  target  range,  azimuth  and  speed, 
radar  system  PRF,  and  range  scale)  was  proper.  The  quick  look  data  to  be  used  will 
depend  on  the  test  objectives,  but  may  include  performance  parameters  such  as  detection 
range,  lock-on  distance,  lock-on  time,  and  target  closing  speed,  as  well  as  fighter 
parameters  such  as  altitude,  speed,  normal  acceleration  (g's),  attitude  and  heading. 
Target  parameters  available  from  conventional  flight  instruments  in  the  target  aircraft 
(which  may  be  hand-recorded  by  the  crew  or  instrumented)  include  target  altitude,  speed 
and  heading,  and  a/a  TACAN  distance  and  bearing.  Hard  copies  of  strip  charts  and  CRT 
displays  can  be  made  from  either  analog  or  digital  data  streams,  and  can  be  used  to 
graphically  illustrate  data  such  as  the  dwell  times  and  walk-off  rates  during  ECM  tests. 
These  sources  of  data  are  usually  very  adaptable  to  changes  in  data  presentation. 


The  very  large  amounts  of  recorded  data  would  be  unwieldy  during  playback  if  formatted 
post-flight  on  a  one-for-one  basis.  Rather,  data  are  compressed  using  algorithms  during 
the  first  generation  processing  to  obtain  engineering  units  in  a  greatly  reduced  data 
volume.  A  common  compreasion  algorithm  outputs  data  for  a  parameter  only  when  its  value 
changes  greater  than  a  predetermined  amount  and  also  forces  data  out  at  a  specified  time 
interval  (such  as  once  per  second)  even  if  the  value  has  not  changed.  The  compression 
algorithm  values  and  limits  applied  to  each  radar  and  weapons  system  parameter  must  be 
carefully  chosen  since  there  is  a  tradeoff  between  reducing  the  amount  of  data  versus 
having  sufficient  data  resolution  available  for  analysis.  Some  high  rate  rapidly 
changing  data,  such  as  obtained  during  ECCM  test  conditions,  may  not  readily  lend  itself 
to  compression  since  every  sample  of  all  data  may  be  required  for  analysis.  With  a  very 


75 


sophisticated  on-board  aircraft  avionics  instrumentation  system,  on-board  real-time 
compression  may  be  used,  thereby  increasing  the  amount  of  data  time  available. 


Some  first  generation  data  processing  schemes  include  data  smoothing  routines,  such  as 
for  TSPI  data.  If  smoothing  routines  are  found  to  be  necessary  due  to  "noisy"  data, 
care  must  be  taken  to  ensure  the  smoothing  routines  use  the  least  number  of  points  while 
properly  tailoring  the  filter  response  to  accommodate  aircraft  maneuvers.  Since  much 
a/a  radar  testing  involves  highly  maneuvering  aircraft,  improper  emoothing  may  impart  an 
incorrect  position  or  velocity  for  analysis  purposes,  since  the  smoothing  routins  may 
cause  the  data  to  unacceptably  lag  the  actual  aircraft  performance.  The  radar  flight 
test  must  ensure  any  smoothing  algorithms  used  are  compatible  with  aircraft  and  radar 
performance,  and  with  the  radar  analysis  routines. 


The  advent  of  more  aircraft  data  busses,  along  with  the  newer  storage  technologies, 
results  in  even  larger  data  bases  which  must  be  stored  and  catalogued  for  easy 
retrieval.  This  is  a  good  area  for  which  a  management  information  system  (as  covered  in 
section  3.7)  can  be  very  useful.  Since  much  of  the  data  is  usually  classified,  an  MIS 
can  be  used  to  track  and  control  all  sources.  The  great  increase  in  data  volume  also 
points  out  the  need  for  standardized  formats  of  first  generation  data  for  use  in 
multiple  analysis  programs. 


8*3  Merging 

Merging  of  data  streams  is  required  to  combine  various  first  generation  data  sources  in 
order  to  accomplish  data  comparison  and  analysis.  Some  limited  merging  may  be 
accomplished  in  real  time  during  the  flight,  but  this  is  dependent  on  the  communication 
of  the  sources  to  a  central  data  facility  with  sufficient  data  processing  capability  to 
handle  such  a  complex  task.  When  reference  data  are  to  be  merged  in  real  time,  the 
reference  data  real-time  accuracy  must  be  taken  into  account,  since  it  may  be  less  than 
that  obtainable  post-flight.  Real-time  merging  may  be  used  to  display  or  compute  data 
such  asi  target  velocity  and  range  errors,  selective  aircraft  avionics  MUXBUS 
parameters,  aircraft  attitude,  cockpit  display  parameters,  and  other  weapons  systems 
parameters . 

Postflight  merging  of  data  will  include  all  parameters,  and  may  include  data  sources 
such  as  an  Air  Combat  Maneuvering  Range,  tracking  range  reference  data,  instrumented 
target(s),  other  sources  of  target  information  via  data  link  (other  fighters  or 
interceptors,  airborne  or  ground-based  early  warning  systems),  threat  ECM  facilities 
(both  airborne  and  ground-based),  video  and  pilot  comments.  The  typical  means  of 
merging  data  is  based  on  time  of  occurrence,  usually  recorded  on  each  source  to  a 
resolution  of  one  millisecond.  The  typical  means  of  providing  time  for  each  data  source 
(especially  for  in-flight  use)  is  by  a  separate  time  code  generator  which  will  normally 
have  some  inaccuracy  in  its  initial  setting  which  may  drift  over  time.  The  correlation 
of  time  among  all  data  sources  can  be  accomplished  in  a  variety  of  ways  such  as 
introducing  a  tone  Which  is  simultaneously  recorded  by  all  sources,  or  via  telemetry  of 
aircraft  on-board  time  to  the  other  sources.  The  radar  data  rates  and  accuracies  at 
typical  test  aircraft  speeds  requires  data  timing  correlation  to  within  10  milliseconds. 
Any  time  skew  which  is  determined  post-flight  can  be  applied  to  the  data  during 
analysis.  This  points  out  the  need  to  have  data  analysis  programs  which  can  accept  an 
input  of  time  deltas  for  the  data  sources,  and  apply  these  deltas  during  the  processing. 

The  application  of  time  correlation  deltas  to  the  data  will  require  the  use  of 
interpolation  algorithms,  since  not  all  data  will  be  simultaneously  sampled  nor  will  it 
be  sampled  at  the  same  rate.  The  type  of  algorithm  selected  may  use  straight  line  or 
weighted  interpolation,  and  it  may  be  necessary  to  change  the  interpolation  algorithm 
based  on  the  data  sources,  sample  rates  and  the  type  of  radar  test  being  analyzed.  The 
merging  and  correlation  process  must  be  carefully  chosen  in  order  to  accommodate  the 
variety  of  digital  sampling  rates,  various  filter  characteristics,  and  compression 
techniques.  The  merging  process  also  must  not  be  allowed  to  discard  any  data  (such  as 
by  filtering)  without  approval.  Merged  data  will  typically  be  put  on  a  single  type  of 
data  media,  such  as  magnetic  tape  or  disk,  to  allow  easy  access  to  all  data  within  a 
given  time  segment. 

8.4  Second  Generation 

Second  generation  processing  uses  as  input  the  time-tagged  engineering  units  data 
directly  out  of  the  real-time  or  first  generation  processing  and  performs  additional 
processing  and  calculations  on  sets  of  parameters  from  the  same  time  segment.  The  input 
can  be  in  the  form  of  a  serial  time  history  (data  ordered  by  time  of  occurrence  having 
each  parameter  defined  at  each  time  point)  or  a  compressed  serial  time  history  (a  data 
structure  where  the  amount  of  data  are  reduced  and  must  be  reconstructed  to  perform  the 
analysis).  The  output  data  from  second  generation  processing  is  normally  in  the  form  of 
plots,  tabular  listings,  time  history  data,  and  histograms  of  flight  events  which  can  be 
used  for  further  analysis.  Second  generation  processing  may  also  include  comparisons  of 
in-flight  radar  performance  with  the  results  of  computer-generated  simulations  and  radar 
lab  tests.  Second  generation  processing  will  also  inolude  the  merging  of  radar 
performance  data  for  like  test  conditions  from  multiple  flights  to  obtain  overall 
performance  with  statistically  meaningful  results.  The  term  "third  generation"  is 
sometimes  used  to  describe  the  processing  performed  with  data  from  several  events  or 
time  slices  from  several  flights  using  input  from  second  generation  software. 
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8.5  Analysis  Techniques 

Two  nsthods  of  radar  performance  analysis  ara  typically  employed  for  tha  a/a  radar 
flight  tast  program.  One  usas  only  data  originating  from  tha  radar  system  (including 
pilot  comments,  video,  internal  and  MUXBUS)  to  perform  1)  in-depth  analysis  for 
development  and  troubleshooting  (such  as  a  detailed  examination  of  clutter  cancellation 
techniques,  causes  of  false  alarms  from  the  doppler/range  bin  matrix,  acquisition 
sequence  and  timing,  8T/BXT  failure  validity,  and  simulation  of  the  radar  digital 
processor  on  the  ground  to  see  if  it  provides  the  same  results  as  found  in  flight),  2) 
seme  performance  analysis  (such  as  detection  and  lock-on  ranges),  and  3)  both  subjective 
and  quantitative  operational  analysis  (such  as  the  ability  of  the  pilot  to  discern  and 
lock  on  to  his  assigned  target).  The  other  analysis  method  is  a  comparison  of  the  radar 
data  to  that  of  a  reference  system,  primarily  to  obtain  statistical  performance  results. 
For  example,  target  range  error  can  be  calculated  as  a  percentage  of  actual  range  and 
might  be  determined  for  a  variety  of  aspect  angles,  in  clutter  and  non-clutter 
conditions,  in  non-ECM  and  ECM  environments,  and  for  a  wide  range  of  opening  and  closing 
velocities . 

The  reference  system  must  be  sufficiently  more  accurate  than  the  radar  system  under 
test.  A  "rule  of  thumb"  is  for  the  reference  system  to  be  a  factor  of  10  more  accurate 
than  the  radar  under  test,  although  it  can  be  shown  statistically  that  factors  between  3 
and  6  may  be  sufficient  to  achieve  acceptable  confidence  levels  in  the  analysis. 
Coordinate  rotation  (putting  the  aircraft  and  reference  data  into  a  common  coordinate 
frame  of  reference)  is  probably  one  of  the  most  difficult  parts  of  the  analysis 
technique  to  implement.  The  reference  data  must  be  put  into  the  same  coordinate  system 
as  the  radar-equipped  aircraft  body  before  comparisons  are  made  of  the  a/a  radar-derived 
versus  reference  system-derived  target  data.  In  addition  to  analysis  of  radar  in-flight 
performance,  comparisons  can  be  made  with  ground  lab  data  to  update  the  simulation  to 
ensure  it  is  as  close  as  possible  to  actual  in-flight  performance.  This  can  be 
particularly  useful  when  the  simulation  is  used  to  predict  performance  under  conditions 
which  were  not  used  during  flight  test. 

Radar  analysis  typically  operates  on  the  assumption  that  radar  performance  statistics 
have  a  gaussian  distribution.  The  error  analysis  should  indicate  values  for  minimum  and 
maximum,  mean,  standard  deviation,  number  of  samples,  ratios,  and  include  confidence 
levels/bounds  (the  typical  confidence  level  used  is  90  percent).  It  is  especially 
important  to  indicate  the  statistical  meaning  cf  the  computed  results.  Sensitivity 
curves  can  be  calculated  for  varying  coefficients  such  as  the  effect  of  clutter  or 
target  type  on  a/a  detection  range.  Detailed  performance  analysis  should  be  emphasised 
when  the  flight  test  program  has  a  limited  number  of  samples.  Sampling  and  statistical 
theorems  should  be  employed  for  maximum  confidence  in  the  test  results  (for  example, 
determining  how  well  the  flight  test  results  represent  the  population  and  at  what  level 
of  confidence ) .  It  should  be  noted  that  radar  performance  analysis  is  not  an  end  in 
itself,  but  must  consider  how  the  results  will  be  used,  who  will  use  them,  the  purpose 
of  the  test,  the  timeliness  of  the  answers,  and  the  type  and  format  of  the  report. 

Automated  data  processing  should  be  used  for  much  of  the  a/a  radar  data  analysis.  The 
analysis  techniques  may  not  be  standardized  for  various  systems,  since  specific  radar 
system  problem  investigation  may  require  unique  analysis  methods.  If  possible,  standard 
methods  of  comparisons  and  presentations  of  data  from  previous  tests  on  other  similar 
systesia  should  be  developed.  A  fully  automatic  a/a  radar  performance  analysis  would  be 
very  difficult  to  implement .  It  would  require  a  very  complex  algorithm  (or  expert 
system)  to  set  thresholds  for  "good"  versus  "bad"  performance.  For  example,  how  would 
the  analysis  routine  judge  a  marginal  lock-on  (which  could  be  called  good  in  a  different 
test  scenario),  or  the  reason  for  a  break lock,  or  judge  an  ECCM  test  where  the  radar 
maintained  track  but  would  have  broken  lock  if...?  The  "whys"  of  the  performance 
analysis  cannot  be  reliably  implemented  automatically,  but  will  require  the  skill  and 
expertise  of  a  data  analyst.  This  is  especially  true  when  an  operational  analysis  is 
being  performed,  and  the  results  need  to  be  interpreted  from  the  perspective  of  the 
operator  in  a  given  combat  situation.  A  management  information  system  (as  explained  in 
section  3.7)  can  be  of  considerable  use  for  data  analysis  to  keep  track  of  data,  and  may 
help  identify  trends  in  the  results  (for  example  increases  in  system  performance  and 
changes  in  failure  rates). 

Much  of  the  a/a  radar  performance  analysis  will  also  bn  qualitative  in  nature.  This 
applies  especially  to  the  operational  judgments,  wherein  an  assessment  muet  be  made  of 
the  system's  ability  to  perform  the  intended  mission  regardless  of  whether  it  meets  a 
particular  performance  specification  requirement.  Also,  radar  awitchology,  mode 
mechanisations  and  display  adequacy  will  be  evaluated  qualitatively,  based  on  pilot 
comments  and  answers  to  questionnaires.  Some  evaluation  criteria  may  have  both 
quantitative  and  qualitative  analysis  techniques  employed,  for  example,  the  pilot's 
ability  to  lock  on  to  hia  assigned  target  (in  a  multiple  target  engagement)  may  have  a 
statistical  result  in  terms  of  percentage  of  times  the  pilot  locked  on  to  the  correct 
target,  but  is  also  highly  subjective  with  respect  to  the  ease  and  simplicity  of 
achieving  a  successful  lock-on. 

Radar  analysis  techniques  described  in  the  following  subsections  are  divided  into  two 
parts— detection,  and  acquisition  and  track.  This  covers  the  epecific  areas  of 
evaluation  described  in  section  4  and  can  also  be  used  for  the  topics  in  section  5.  For 
example,  the  analysis  description  for  tracking  includes  the  analysis  for  the  acquisition 
portion,  and  can  be  used  for  evaluation  of  manual  and  auto  acquisition  performance  as 
well  as  for  TWS  acquisition.  Evaluation  of  other  considerations  such  as  ECCM  will  use 
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the  same  typt  of  analysis  (such  as  track  accuracy)  for  comparison  between  radar 
psrfonsancs  in  a  non-BGM  versus  ECM  snvironissnt .  Ths  sans  holds  true  for  comparisons  to 
datsrmins  offsets  of  ths  environment,  BMC,  and  evaluation  of  alternative  mechanisations. 
The  tables  and  plots  shorn  in  this  section  are  samples  of  how  a/a  radar  data  and  results 
can  be  shown  and  analysed— they  do  not  contain  actual  data  (to  eliminate  sny  sensitivity 
or  classification  of  this  volume).  Not  all  results  are  shown  in  the  form  of  a  plot  or 
table,  since  the  explanation  in  the  text  is  sufficient  to  describe  what  a  table  should 
contain  and  an  additional  layout  of  ths  table  itself  would  be  redundant.  All  data 
printouts  and  plots  should  contain  headings  to  identify!  date  of  processing,  flight 
date(s)  and  number (s),  run  type  and  number (s),  and  the  start  and  stop  time  of  run.  More 
specific  test  condition  heading  information  can  be  included  as  appropriate,  such  for 
detection  analysis!  ths  number  of  detections  (for  each  scan/bar  if  conducted  in  other 
than  one-bar  scan),  symbols  for  each  bar  plot,  and  the  average  false  alarm  rate. 


8.5.1  Detection  Analysis 

Detection  date  is  available  from  radar  system  internal  recordings  and  video  tapes  of  the 
radar  display.  The  preferred  method  of  obtaining  detection  and  false  alarm  data  is  from 
the  internal  recording  to  minimise  the  manual  process  of  sorting  through  video  tapes. 
The  scan  number,  elevation  bar  number,  range,  asimuth  and  tine  are  noted  for  every 
displayed  target  symbol  during  the  test  condition.  These  detections  are  then  sorted 
into  four  categories  (using  reference  data  from  either  a/a  TACAN  or  ground-based 
tracking  systems)!  those  on  the  target  of  interest,  those  on  other  airborne  targets, 
those  in  the  vicinity  of  a  road  which  could  be  Ground  Moving  Targets  (GMT),  and  the 
remainder  as  false  alarms.  Ths  target  detections  are  used  to  calculate  the  various 
detection  results  (such  as  detection  ranges  and  consistency)  and  to  Caspars  with 
reference  data  to  determine  range  and  asimuth  accuracy.  If  no  internal  radar  data  is 
available,  the  target  range  and  asimuth  read  from  the  video  tape  will  not  be  as  accurate 
as  desired,  resulting  in  some  uncertainties  in  distinguishing  between  false  alarms, 
ground  moving  targets,  other  airborne  targets  and  discrete  non-moving  ground  targets. 
The  Pp  calculation  is  accomplished  using  a  sliding  window  -  usually  10  scans  long  if  a 
slow  closure  rate  run  (fighter  in  trail  of  the  target  in  a  "tail-chase",  closing  on  the 
target)  and  5  scans  long  if  a  high  closure  rate  run  (fighter  "head-on"  to  the  target). 
When  this  window  is  moved  inward  in  range  looking  at  the  detections  on  the  target  versus 
scans,  the  number  of  detections  in  the  window  is  plotted  as  the  PD  versus  the  target 
range  at  the  center  of  the  window.  False  alarm  rate  is  a  difficult  parameter  to  analyse 
since  so  many  variables  and  unknowns  are  involved. 

For  multiple  target  resolution  runs,  the  video  tape  can  be  used  to  determine  the  points 
at  Which  the  two  targets  appeared  to  merge  or  separate.  Reference  data  is  then  used  to 
determine  the  range  or  angle  resolution  achieved. 

Typical  inputs  to  the  a/a  radar  detection  analysis  routines  are! 

-  Time  delta  -  the  time  correlation  difference  between  the  on-board  and  reference  data 
which  must  be  applied  during  the  processing 

-  Flight  information  -  fighter  tail  number,  flight  date  and  flight  number. 

-  Fighter  versus  target  closing  speed  (knots) 

-  Fighter  antenna  scan  rate  (X.X  seconds  per  scan) 

-  Window  size  and  slide  -  the  number  of  opportunities  used  to  determine  the  ratio  of 
hits  to  opportunities  (blip-scan  ratio)  and  how  many  opportunities  to  slide  the  window 
in  range  for  each  calculation 

-  Analysis  type,  run  number  and  flight  number 

-  Aircraft  time,  asimuth,  range,  scan  number  and  bar  number  for  each  target  detection  or 
false  alarm  (does  not  need  to  include  data  on  other  aircraft  and  ground  moving 
targets ) 

-  Identification  of  whether  the  data  is  for  a  false  alarm  or  a  target  detection  (such  as 
1  for  a  false  alarm,  0  for  a  target  detection) 

-  MUXBUS  and  internal  radar  data  tape  identification 

-  MUXBUS  and  internal  radar  data  such  asi  radar  mode  words,  target  range,  target 
asimuth,  antenna  asimuth,  antenna  elevation,  fighter  altitude,  fighter  heading  and 
fighter  velocity 

-  Reference  data  tape  identification 

Typical  analysis  outputs  include  listings,  tables  and  plots  of  all  scans  and  bars 
showing  the  range  and  asimuth  errors,  tilt  angle,  fighter  and  target 
altitude/heading/velocities,  the  PD  and  false  alarm  rates;  and  plots  of  F0  versus  time, 
asimuth  and  range  accuracy  versus  range,  and  false  alarm  rate.  Following  are  examples 
of  analysis  outputs  for  detection  evaluation  with  explanations  for  some  of  the  more 
complex  ones.  Abbreviations  used  aret  fighter  fire  control  radar  (FCR) ,  fighter  (FTR) , 
target  (TGT)  and  reference  data  (REF). 

Explanation  of  Table  9i 

-  TIME  -  for  each  scan/bar  combination  starting  with  the  first  false  alarm  or  detection 

-  SCAN/BAR  -  the  program  filled  in  all  scan/bar  combinations  during  the  run  for 
continuity.  If  there  was  no  false  alarm  or  detection  for  that  bar  in  that  scan,  the 
data  in  the  appropriate  columns  is  sero.  If  e  target  detection  and/or  more  than  one 
false  alarm  occurred  on  a  single  scan/bar  combination,  there  will  be  multiple  entries 
in  this  column 

-  TGT  AZIMUTH  -  radar  asimuth  (FCR)  of  the  target  or  false  alarm,  target  asimuth  from 
reference  data  (REF)  and  the  asimuth  error  (ERROR)  between  the  reference  and  the 
fighter  radar  (corrected  for  the  difference  between  reference  system  ground  track 


r 


n 


heading  and  fighter  true  heeding)  for  target  detections.  If  there  was  no  target 
detection  or  falae  elan  for  that  scan/bar,  the  KK  and  ERROR  columns  trill  contain 
M* 

•  TOT  RAMOK  -  radar  range  (FCR)  of  the  target  detection  or  falae  alarm,  target  range 
frea  reference  data  (REF)  and  the  range  error  (ERROR)  between  reference  data  and  the 
fighter  radar  for  target  detections.  If  there  waa  no  target  detection  or  falae  alara 
for  that i acan/bar ,  the  FCR  and  ERROR  columns  will  contain  8.8* 

-  FD  -  indicatea  whether  or  not  this  entry  waa  included  in  the  probability  of  detection 
calculations  -  M  if  no  (i.e.,  it  waa  a  falaa  alara),  Y  if  yea  (i.e.,  it  waa  a  target 
detection)  and  •  if  no  entry  for  this  acan/bar 

-  TILT  •».  fighter  radar  antenna  tilt  (elevation)  froa  MUXBU8  data. 

-  ALT  »  differential  altitude  between  fighter  and  target  (01FF),  fighter  MEL  altitude 
(FTR)  and  target  N8L  altitude  (TOT)  free  reference  data 

-  HDG  -  heading  of  fighter  (FTR)  and  target  (TOT)  froa  reference  data 

-  VKL  -  velocity  of  fighter  (FTR),  target  (TOT)  and  closing  velocity  between  the  two 
(CLOS)  from  reference  data 

Explanation  of  Table  18t 

-  TIME  and  SCAN/ BAR  -  sane  as  for  Table  9 

-  TOT  RANGE  -  range  of  the  target  froa  reference  data  (REF)  and  radar  range  (FCR)  of 
target  or  false  alara,  E.E*  if  there  were  no  detections 

-  TOT  AE  -  radar  asiauth  (FCR)  of  the  target  or  falae  alara,  E.E*  if  there  were  no 
target  detections  or  false  alarms 

-  -68  through  +60  is  a  tabular  representation  in  asiauth  versus  tiae  of  all  target 
detections  and  falae  alaras 

-PD  -  whether  or  not  this  entry  waa  included  in  the  probability  of  detection 
calculations  -  N  is  no  (false  alarm),  Y  if  yea  (target  detection)  and  E  if  no  entry 
for  this  acan/bar 

-FA  -  whether  or  not  thia  entry  was  included  in  the  falae  alarm  calculations  -  N  if  no 
(i.e.,  it  was  a  target  detection),  Y  if  yea  (i.e.,  it  was  a  false  alarm)  and  0  if  no 
entry  for  this  scan/bar 


Table  9  Detection  Output  1 
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weu  Id  be  ptwantad  to  show  the  of  foots  of  *  virttblt.  such  oo  clutter.  Tho  typos  in 
this  estS9ory  include  both  OH!  sad  Ofil  snalysos  of* 

•  Cumu' stive  probability  of  do toot ion  (Potsi) 

-  Corrolstioo  of  radar  iotootioas  with  XFPaatectiona 

-  lean-to-scan  asiouth  and  range  oorrolation 

-  Multiple  target  rango  and  asiouth  resolution 

-  Comparison  of  tho  useful  operating  ranges  of  low  FRF  and  VS  in  tho  presence  of  clutter 
(FAR  verses  detection  performance) 

-  Percentage  each  RM  node  option  (aslmuth  scan  width,  elevation  bar,  range  scale, 
target  history,  FRF,  frequency)  was  used 

An  operational  measure  of  detection  performance  is  the  frequency  of  radar  detections 
(percentage  of  successful  target  detections  out  of  the  total  number  of  occurrences  where 
the  pilot  attempted  to  use  the  radar  for  target  detection).  A  successful  detection  in 
this  case  could  be  defined  as  a  target  detection  prior  to  visible  contact  or  at  greater 
than  a  specified  range.  This  detection  range  is  very  dependent  on  pilot  workload  and 
combat  situation.  Reasons  for  no  detection  could  include!  the  pilot  was  tracking  other 
aircraft,  or  the  pilot's  efforts  were  concentrated  on  visual  search  or  navigation.  The 
results  can  be  categorised  and  then  plotted  by  mission  role  such  asi  PI  -  pure 
intercept,  PAD  -  point  area  defense,  FP  -  force  protection,  and  A8  -  air  superiority. 
The  plot  could  be  in  the  format  as  shown  in  Figure  4.  This  plot  includes  data  at  the 
mean  (the  point  on  the  line)  and  also  shows  the  confidence  bounds  (typically  91 
percent).  This  type  of  plot  cen  be  used  to  compare  many  detection  mode  results,  such  as 
detection  range  by  mission  role,  by  pilot,  by  clutter  background,  and  by  target  type. 


DETECTION 

RANGE 


PI  PAD  FP  AS 


MISSION  ROLE 


Figure  4  Detection  Range  Versus  Mission  Role 


Additional  operational  analysis  may  include  the  determination  of  initial  radar  contact 
versus  consistent  contact  (initial  can  be  defined  as  the  first  time  the  target  is 
displayed,  and  consistent  as  the  third  time  the  target  is  displayed— not  necessarily 
consecutively).  The  frequency  of  resolution  can  be  defined  as  the  percentage  of 
successful  resolution  of  multiple  targets  (prior  to  visual  contact)  of  the  total  number 
of  occurrences  the  pilot  obtained  successful  radar  contact.  Resolution  range  can  also 
be  sorted  and  plotted  by  mission  type,  pilot,  target  type,  and  whether  another  detection 
source  was  available  to  provide  target  information.  Initial  versus  consistent 
resolution  range  can  be  determined,  using  the  same  type  definitions  of  initial  and 
consistent  as  for  single  target  detections. 


Ths  data  itrwuHi  utlyali  methods,  types  of  analysis  outputs  and  overall  raaulta  all 
incorporate  both  acquisition  and  tracking,  therefore  they  are  addressed  together  in  this 
section.  Postflight  video  tape  playback  can  be  used  to  oonflro  tines  of  track  ooast, 
break locks  and  a  qualitative  analysis  of  tracking  capabilities .  the  primary 
quantitative  analysis  of  performance  accuracies  uses  tine-correlated  NUXBUS  data  in 
conparison  to  reference  data.  Typical  analysis  outputs  include  printouts  showing  a  tine 
history  of  fighter  and  target  altitude/heading/velocity,  target  range  and  range  rate 
accuracy,  fighter  g's,  target  asinuth/elevation/angular  error,  velocity  and  acceleration 
magnitude /angle  error  and  a  statistical  evaluation  of  each  run.  This  can  inolude  the 
amen,  standard  deviation,  and  number  of  points  for  angle  error,  range  error,  relative 
target  velocity  vector  and  total  target  acceleration  vector.  Plots  for  errors  versua 
elapsed  time  and  versus  range  would  include  track  angle  accuracy,  track  aalnuth 
accuracy,  track  elevation  accuracy,  track  range  accuracy  and  track  range  rata  aoouracy. 
The  events  report  from  MUX1US  data  can  be  used  to  give  detailed  timea  of  occurrence  of 
radar  events.  Svitchology  and  usefulness  of  radar  target  acquisition  and  tracking 
mechanisation  and  displays  will  also  be  evaluated  qualitatively  through  pilot  eoanente. 

Typical  inputs  to  the  a/a  radar  acquisition  and  tracking  analysis  routines  arat 

-  Time  delta  -  the  tins  correlation  difference  between  the  on-board  and  reference  data 
which  nuat  be  applied  during  the  processing 

-  Plight  information  -  fighter  tail  number,  flight  date  and  flight  number 

-  start  and  stop  time  of  run 

-  Analysis  plot  rate  interval  (usually  in  muabers  of  seconds) 

-  Allowance  for  specifying  wild  point  limits  for  track  analysis  (usually  will  also  have 
a  default  value  if  not  specified) 

-  Analysis  type,  run  number  and  flight  number 

-  NUXBUS  and  internal  radar  data  taps  identification 

-  NUXBUS  and  internal  radar  data  such  ast  radar  soda  words,  target  slant  range,  target 

rang#  rata,  antenna  asimuth,  antenna  elevation,  relative  target  velocity  X,  Y  Z, 

relative  target  acceleration  X,  Y,  S,  target  asimuth,  target  slavation,  fighter 
altitude,  fighter  normal  acceleration  (g'a),  fighter  roll  angle  and  roll  rata,  fighter 
pitch  angle  and  pitch  rata,  fighter  true  heading,  fighter  velocity 

-  Reference  data  tape  identification 

Typical  analysis  outputs  include  listings,  tables  and  plots  of  which  several  examples 
follow.  Abbreviations  used  (FCR,  FTR,  TOT  snd  REF)  sre  the  same  as  those  used  in  the 
detection  analysis  output  examples.  Tables  12  through  14  are  illustrations  of  detailed 
point-by-point  analysis  of  radar  tracking  accuracy  performance.  The  samples  shown  are 
baaed  on  the  TSPI  data  rate  of  20  samples  par  second.  The  tables  show  different  types 
of  analyses  obtainable  for  a  single  run,  and  include  elapsed  time  of  the  run  to 
correlate  with  other  data. 

Explanation  of  Table  12 i 

-  TINE  -  for  each  point  of  reference  data  (usually  10  or  20  points  per  second) 

-  L  -  blank  if  radar  was  locked  on,  otherwise  an  asterisk  ia  placed  beside  each  point 

during  the  time  the  radar  was  not  locked  on 

-  ALT  -  NSL  altitude  of  fighter  (PTE)  and  target  (TOT)  from  reference  data 

-  HDG  -  heading  of  fighter  from  fighter  inertial  navigation  syatem  (INS),  fighter 
heading  (FTR)  and  target  heading  (TOT)  from  reference  data 

-  VEL  -  velocity  of  fighter  (FTR)  and  target  (TUT)  from  reference  data 

-  TUT  RANGE  -  range  to  the  target  from  radar  data  (FCR),  range  to  target  from  reference 
data  (REF)  and  the  error  between  the  two  (ERROR).  If  the  radar  was  not  locked  on,  FCR 
and  ERROR  columns  would  contain  0.0* 

-  TUT  ROOT  -  range  rate  between  the  fighter  and  target  from  the  fighter  radar  data 
(FCR),  from  reference  data  (REF)  and  the  error  between  the  two  (ERROR).  If  the  radar 
was  not  locked  on,  the  FCR  and  ERROR  columns  would  contain  0.0* 

-  FTR  0  -  fightsr  normal  acceleration  (g'a)  as  measured  on-board 

-  C  -  indication  of  radar  in  coast  -  N  if  no,  Y  if  yea 

-  R  -  indication  of  radar  in  raacquiaition  when  radar  is  attempting  to  acquire  or  about 

to  breaklock  -  N  if  no,  Y  if  yes 

-  ET  -  elapsed  time  from  start  of  run  for  reference  to  other  data. 

Explanation  of  Table  13 < 

-  TINE  -  for  each  point  of  reference  data  (usually  10  or  20  points  par  second) 

-  L  blank  if  radar  was  locked  on,  otherwise  an  asterisk  ia  placed  beside  each  point 

during  the  time  the  radar  was  not  locked  on 

-  AZINUTH  -  target  asimuth  as  output  directly  from  the  radar  (FCR),  target  asimuth  from 
the  radar  rotated  into  the  raferanca  data  coordinate  system  (XFCR),  and  target  asimuth 
directly  from  the  rsfarance  data  (REF).  The  XFCR  and  REF  columns  are  directly 
comparable 

-  ELEVATION  -  target  elevation  as  output  directly  from  the  radar  (FCR),  target  elevation 
from  the  radar  rotated  into  the  raferanca  data  coordinate  system  (XFCR)  and  target 
elevation  directly  from  the  raferanca  data  (REF).  The  XFCR  and  REF  columns  are 
directly  comparable 

-  ANGULAR  ERROR  -  resultant  angle  to  target  from  the  radar  rotated  into  the  raferanca 
data  coordinate  system  (FCR),  resultant  angle  to  target  from  raferanca  data  (REF),  and 
the  error  between  the  two  (5RR0R)  in  degrees  and  milliradiana 

-  AZR  -  the  radar  antenna  asimuth  rata  (not  impleamnted  in  this  example) 

-  ELR  -  The  radar  antenna  elevation  rata  (not  implemented  in  this  example ) 


-  LOt  and  XLOt  -  target  line-of-sight  rata  (LOt)  and  mat  llae-of-algRtt  rotated  lata 
the  reference  data  coordinate  syeteo  (XLOt) — both  calculated  eeleg  MR  end  BUR  aa 
inputs 

-  KBLTB  -  reaultant  angular  rate  to  target  free  refer eaoe  data 

-  LOtACL  -  target  llna-of-aight  acceleratioe  oaleelatad  eeleg  MR  aed  RUt  ea  legate 

-  VTR  a  -  fighter  noreel  acceleration  (g‘a)  aa  atMiad  ea  heard 

-  C  -  Indication  of  radar  in  coaat  -  R  if  an*  T  If  yea 

-  *  -  indication  of  radar  in  raacguialtion  -  ■  if  an*  T  if  yea 

-  reft  -  radar  range  to  target 

-  H  «  elope ed  tine  froa  atart  of  run 

Explanation  of  Table  14 • 

-  TIME  *  for  each  point  of  reference  data  (eeually  1R  or  SR  palate  nor  aaaaad) 

-  L  -  blank  if  radar  was  locked  on*  otherwise  aa  aetoriak  la  glam  baalde  eedh  pale* 
during  the  tiae  the  radar  wee  not  looked  on 

-  W  -  blank  if  radar  indieatee  target  velocity  data  is  valid*  ebtaredee  aa  aatariak  if 
invalid 

-  VELOCITY  magnitude  -  target  relative  velocity  aagaltads  free  radar  data  eatatad  lata 
the  reference  data  coordinate  eyetea  (XFCB)«  target  relative  ve  Lao  tty  angel  tade  free 
reference  date  (BBT)  *  and  the  error  between  the  awe  (MRI).  If  w  iadSaamee  eadar 
data  ia  invalid,  XFCR  and  ERROR  column*  will  oontaia  R.R* 

•  ANGLE  ERROR  -  the  error  between  the  target  relative  vo Realty  vcotar  ftaa  coder  dhfta 
and  reference  data.  If  W  indieatee  radar  data  is  invalid,  the  oalaana  adll  oaohaia 
E.R* 

-  VA  -  blank  if  radar  indieatee  target  total  acceleration  data  ia  valid*  onbaarwftae  an 
aatariak  if  invalid 

-  ACCEL  magnitude  -  target  total  acceleration  magnitude  from  radar  data  eatatad  lame  the 

reference  data  coordinate  aystaa  (XFCR),  target  total  aaeeloretlaa  magnitude  Cion 
reference  data  (REF),  and  the  error  between  the  two.  If  Vft  imdiaotoa  radar  data  ia 

invalid,  the  XFR  and  ERROR  column*  will  contain  E.R* 

-  ANGLE  ERROR  -  the  error  between  the  target  total  meet  1  oration  vector  from  the  radar 
and  reference  data.  If  VA  indieatee  radar  data  is  invalid*  this  aalenm  will  aamtaia 
E.R* 

-  FTR  G  -  fighter  normal  acceleration  (g'a)  ae  aeaeurad  on-board 

-VO  blank  if  the  aircraft  indieatee  g  data  is  valid*  otherwise  an  aatariak  beaida 
each  point  if  invalid 

-  C  -  indication  of  radar  in  coast  -  N  if  no,  Y  if  yee 

-  R  -  indication  of  radar  in  reaeguisition  -  N  if  no*  Y  if  yea 

-  FCR  -  radar  range  to  target 

-  KT  -  elapsed  time  from  atart  of  run 


Table  12  Track  Output  l 
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Two  rndi  of  tabulating  track  aocuracias  ara  ah own  in  tablaa  IS  and  16.  Variations  can 

ba  made,  dapanding  on  tha  radar  application  and  tha  analyst's  prism  araas  of  intarast. 

Explanation  of  Tabla  15 t 

-  ANGLE  ERROR  ANALYSIS  -  statistical  analysis  of  radar  targat  angular  arror  for  low, 
stadium  and  high  lob  angla  and  LOS  rata  conditions  (aa  pra-dafinad  In  tha  radar 
requirements) .  Each  eatagory  lias  tha  number  of  points  analyaad,  tha  naan  and  standard 
deviation  of  tha  arrors,  interval  (tha  lowsr  and  uppar  bounds  of  tha  confidence  level 
used),  and  the  percentage  of  points  within  One,  two  end  three  sigma  (to  give  an 
indication  of  the  validity  of  tha  naan  and  standard  deviation  calculations — this  can 
aldb  ba  indicated  as  skewness  and  kurtoeis  as  in  Tabla  16). 

-  RA#JE  ERROR  ANALYSIS  -  statistical  analysis  of  radar  targat  range  arror  at  short  range 
(lass  than  a  predetermined  range)  and  long  range  (greater  than  a  predetermined  range). 
Bach  category  haa  tha  number  of  points  analyaad,  tha  mean  and  standard  daviation  of 
tha  errors  (can  ba  in  unite  of  feat  for  short  range  and  a  percentage  of  range  for  long 
range),  interval  (tha  lower  and  uppar  bounds  of  tha  confidence  level  used),  and  tha 
percentage  of  points  within  one,  two  and  three  sigma 

-  RELATIVE  TARGET  VELOCITY  VECTOR  -  statistical  analysis  of  radar  relative  targat 
velocity  vector  arror  for  short  and  long  targat  ranges.  Bach  category  haa  tha  number 
of  points  analysed,  tha  mean  and  standard  daviation  of  tha  magnitude  (unite  of  feat 
par  second  (FPS)  at  short  range  and  a  percentage  of  range  at  long  range)  and  angla 
arrors,  interval  (tha  lower  and  upper  bounds  of  tha  confidence  level  used),  and  tha 
percentage  of  points  within  ona,  two  and  three  sigma 

-  TOTAL  TARGET  ACCELERATION  VECTOR  -  statistical  analysis  of  radar  total  target 
acceleration  vector  error  for  short  and  long  target  ranges.  Bach  category  has  the 
number  of  points  analysed,  the  mean  and  standard  daviation  of  the  magnitude  (unite  of 
FPS  squared  at  short  range  and  a  percentage  of  range  at  long  range)  and  angle  arrors, 
interval  (the  lower  and  upper  bounds  of  the  confidence  level  used),  and  the  percentage 
of  points  within  one,  two  and  three  sigsm 

Explanation  of  Table  16 i 

-  RANGE  -  the  radar  target  range  error— both  in  terms  of  slant  range,  and  the  individual 
X,  Y,  and  E  components.  Each  category  has  listed  the  mean  and  standard  deviation  in 
units  of  feat  and  in  percent  of  range,  interval  (the  lower  and  upper  bounds  of  the 
confidence  level  used),  the  number  of  eamplee,  the  skewness  and  kurtoais  (to  give  an 
indication  of  the  validity  of  the  mean  and  standard  deviation  calculations) 

-  ANGLE  -  the  mean  and  standard  deviation  of  radar  target  LOS  angle  accuracy  in  units  of 
mils,  interval  (the  lower  and  upper  bounds  of  the  confidence  level  used),  the  number 
of  saaples,  the  akewnese  end  kurtosie.  The  two  letters  in  the  LOS  column  (ML,  HL  and 
HM)  are  for  the  various  categories  of  maneuvers,  with  the  first  letter  indicating  the 
angle  and  the  second  the  rate  (i.e.,  ML  is  medium  LOS  angle  and  low  LOS  rate,  HL  is 
high' LOS  angle  and  low  LOS  rate,  and  HM  is  high  LOS  angle  and  medium  LOS  rate) 

-  ELEVATION  -  the  elevation  component  of  the  ANGLE  accuracy,  with  the  same  type  of  data 
as  for  ANGLE 

-  AZIMUTH  -  the  asimuth  component  of  the  ANGLE  accuracy,  with  the  same  type  of  data  as 
for  ANGLE 

-  RANGE  RATE  -  the  mean  and  standard  deviation  (in  units  of  FPS)  of  the  radar  target 
range  rate,  interval  (the  lower  and  upper  bounds  of  the  confidence  level  used),  the 
number  of  samples,  the  skewness  and  kurtosis 

-  VELOCITY  -  the  overall  magnitude  and  the  individual  X,  Y,  and  Z  components  of  the 
radar  target  velocity  error.  Each  category  has  listed  the  mean  and  standard  deviation 
in  units  of  feet  per  second  and  in  percent  of  velocity,  interval  (the  lower  and  upper 
bounds  of  the  confidence  level  used),  the  number  of  samples,  the  skewness  and  kurtosis 

-  ACCELERATION  -  the  radar  target  acceleration  error — both  in  terms  of  the  magnitude  and 
the  individual  X,  Y,  and  E  components.  Bach  category  has  listed  the  mean  and  standard 
deviation  in  units  of  feet  per  second  squared  and  in  percent  of  acceleration,  interval 
(the  lower  and  upper  bounds  of  the  confidence  level  used),  the  number  of  samples,  the 
skewness  and  kurtosis 

-  HEADING  -  the  mean  and  standard  deviation  of  the  radar  target  heading  error  in 
degrees,  interval  (the  lower  and  upper  bounds  of  the  confidence  level  used),  the 
number  of  samples,  the  skewness  and  kurtosis 
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Typically  i  plot*  of  eegoialtloe  and  track  data  ara  nada  of  each  par  mm  tar  (such  aa  range 
error)  versus  alapaad  tiiaa  (of  tha  track  run)  and  varaua  target  range.  Roth  are  helpful 
la  aaalyaie  -  elapsed  tine  to  note  whan  eignlficant  eventa  occurred  (aueh  aa  designate, 
coeet,  reaegulaltloo,  or  atart  and  and  of  KM),  and  range  to  note  any  ef facta  on  the 
err  ore  with  roopaot  to  target  range.  Radar  track  data  nomally  plotted  inoludeat 
accuracy  of  a/a  track  range*  range  rate*  acceleration,  angle,  elevation,  asiaaith  and 
Reading.  Figure  S  la  a  typical  plot  for  track  acgcicltion  tine  analyele  and  Figure  6  la 

*  typical  plot  for  track  accuracy  analyele. 

explanation  of  Figure  Si 

*  Dm  plot  tine  etmrta  at  the  tine  of  pilot  deaignate  (ooannnding  lock-on) 

*  Ten  orrora  are  plotted  on  the  upper  half  -  range  error  and  range  rate  error  vereue 

tine 

-  The  lower  portion  of  the  plot  indicatea  eventa.  Zn  thia  case*  the  first  line  (OBSIO) 
indicates  deaignate  hoc  occurred,  the  second  line  (REACQ)  indicates  the  radar  ia  not 
in  reacfuialtlea,  and  the  third  line  (COAST)  indicatea  the  radar  la  not  in  coast 

-  The  fourth  through  sixth  lines  arc  to  analyse  ties  to  stable  track.  All  three  are  aet 
up  no  th»t  the  line  will  indicate  when  that  error  (RC  for  range  error*  LOSO  for  U>8 
angle  error  end  MIC  for  range  rote  error)  is  within  the  two  eigne  value  of  ita  eteady- 
state  accuracy  rugulraaont.  since  tine  to  stable  track  can  be  defined  as  when  ell 
three  ef  theca  paranctcrc  arc  within  two  signs*  this  plot  will  than  show  whan  that 
happens 


Explanation  of  Figure  ti 

•  The  plot  tine  starts  at  the  tins  of  pilot  deaignate  (coemandlng  lock-on) 

-  Two  errors  ere  plotted  an  the  upper  half  -  range  error  and  range  rets  error  versus 

tine 

-  The  lower  portion  of  the  plot  iadicetee  eventa.  Zn  thia  oase,  the  first  line  (ENTER) 
shown  when  the  reder  entered  treck  (the  eireled  dot),  the  second  line  (DBSIQ) 
indioetee  when  designate  occurred  (the  circled  dot),  the  third  line  (REACQ)  indicates 
the  reder  in  not  in  rasogulaltlon.  and  the  fourth  line  (COAST)  indicates  the  radar  ia 
not  in  const.  The  last  four  lines  oen  he  used  to  Indicate  any  other  significant 
events*  as  applicable. 
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ion  track  unJiyiii  Nivlti  do  not  roquiro  unique  tabular  or  plot  fomti,  but  oan  ba 
organised  and  praaantad  aa  the  author  aaaa  fit  or  customer  deal ran.  Typically,  tracking 
results  (both  Otai  and  OTa>)  could  ba  tabulated  to  about 

-  Maxim  look -on  range  (for  both  Manual  and  automatic  acquisition) 

-  Tlaa  to  atabla  track  (for  both  manual  and  cut  anile  eequlaltlon) 

-  Manual  acquisition  ability  (auch  aa  In  a  Ivl  angagemsmt)  -  the  pi  lot1  a  ability  to  lock 
on  to  the  assigned  target.  the  result  oould  ba  expressed  In  tam  of  percentage  of 
tinea  the  pilot  caused  the  radar  to  lock  on  to  the  correct  target,  but  la  alao  highly 
subjective  with  reapect  to  the  eaae  and  utility  of  doing  so 

-  Frequency  of  aucoeeaful  lock-ona  -  the  percent  of  aucceaaful  look-one  (not  false)  out 
of  the  total  nuaber  of  lock-on  attempts.  k  criteria  should  be  established  when  to 
have  the  pilot  attempt  a  lock-on  auen  act  when  three  or  aore  target  detections  have 
been  displayed 

-  Percent  of  aucoeeaful  tracks,  l«e>,  radar  did  not  break  lock 

-  Percent  of  tine  auto  acquisition  locked  on  to  the  correct  target  in  a  Multiple  target 
environment 

-  Angle  at  which  track  transfer  occurred  when  in  STT  In  e  Multiple  target  crossing 
Maneuver 

Treek  analysis  for  nn  will  gensrelly  use  the  seme  (or  slightly  Modified)  eeeurecy 
analysis  methods  end  formats  es  previously  described  for  single  target  detection, 
acquisition  end  treek.  Some  additional  analysis  will  include  the  automatic  lock-on 
falaa  alarm  rate  (the  radar  falsely  declared  a  target  was  present  baaed  on  incorrectly 
correlating  detections,  and  started  tracking  it),  target  maximum  detection  range,  treek 
file  initletion  renge,  maximum  lock-on  range,  and  acquisition  time. 

9  RBPQRTIjjO 

This  section  contains  a  brief  description  of  what  the  reporting  requirements  should  be 
for  e/a  radar  flight  testing.  Report  requirements  can  include  etetua  reports  made 
throughout  the  teat  program,  service  reports  to  formally  identify  performance  anomalies, 
and  final  reports  which  present  an  overall  evaluation  of  the  radar  system  performance. 
The  report  requirements  (whet  the  teat  “customer”  wants  to  see)  should  be  the  starting 
point  for  test  planning,  and  will  often  dictate  the  course  of  the  entire  test  program. 
The  final  report  oen  be  used  to  provide  in  for  amt  ion  to  help  design  the  aircraft  or 
weapons  simulator,  provide  information  on  system  performance,  deficiencies  end  suggested 
improvements,  end  be  an  historical  document  for  comparisons  with  future  test  programs . 
Much  of  the  diacuaeion  in  the  many  reviews  of  e  report  before  it  la  distributed  centers 
around  the  reviewers'  perception  of  the  reader's  technical  level  end  for  whet  purpose 
the  information  will  be  used  (e.g.,  to  design  e  simulator,  to  make  production  decisions, 
or  for  further  research  and  dsvslopmsnt) .  k  good  test  program  will  have  the  report 
format  and  methodology  prepared  before  the  start  of  the  test  program,  oftan  in  a  printad 
guide,  es  well  es  e  defined  timetable  for  preparation  and  approval.  This  Should  also 
includa  a  proposed  distribution  list,  again  in  order  to  better  target  the  report  to  the 
appropriate  readers.  Proper  emphasis  should  be  put  on  the  necessity  of  e  final  report, 
since  the  urqs  often  exists  to  reassign  the  flight  test  personnel  at  the  end  of  the 
testing,  before  an  adequate  report  is  prepared.  typically,  DT&E  and  OTak  reporta  will 
be  published  seperetely,  due  to  the  major  differences  in  test  objectives,  methods,  end 
results*  It  is  essential  that  ths  report  give  e  balanced  overview  of  radar  system 
performance,  es  there  is  a  natural  tendency  to  focus  on  the  details  of  problem  ereee. 
While  detailed  coverage  of  problems  is  necessary  to  help  the  decision  process  for  fixing 
or  accepting  them,  the  report  should  give  an  overview  which  emphasises  the  positive 
features  as  well  aa  any  negative  ones. 

Substantive  quick  look  reports  to  verify  the  validity  of  the  date  obtained  should  be 
required  shortly  after  each  mission  or  major  teat  event.  These  reports  can  provide 
timely  feedback  regarding  qualitative  system  performance,  end  quantitative 
instrumentation  performance  to  avoid  testing  with  inatrumantatlon  problems.  Timely  and 
affective  feedback  is  required  to  permit  assessment  of  test  progress  and  diagnosis  of 
system  problems  in  order  to  provide  the  customer  with  the  most  current  end  accurate 
information  possible.  Quick  look  end  status  reports  should  be  constructed  so  es  not  to 
present  only  e  smell  portion  of  the  testing  out  of  context,  but  should  provide  the 

correct  eudienoe  with  test  statue  end  results  that  ere  put  in  the  proper  context  of  the 
stage  of  radar  system  development  or  maturity. 

Careful  tracking  of  radar  performance  anomalies  is  extremely  important  throughout  the 
entire  teat  program.  Initial  indications  of  anomalies  (sometimes  celled  watch  items) 
oen  be  kept  in  e  date  base  in  order  to  help  determine  if  it  was  a  one-time  occurrence, 
or  if  there  is  e  pattern  or  trend  developing.  This  data  baas  (as  further  explained  in 

section  3.7)  oen  be  very  useful  to  recall  information  in  order  to  write  a  service 

report,  end  can  alao  ba  used  to  track  and  prioritise  proposed  fixes.  Service  reports 
(also  celled  deficiency  reports,  evlonios  problem  reports  or  software  deficiency 

reports)  serve  to  formally  identify,  evaluate  end  track  system  deficiencies  which  may 
adversely  impact  the  performance  capability  or  operational  suitability  and 
aupportmbility  of  the  radar  ayatam.  tariy  identification  of  thaaa  deficiencies  le  very 
important .  This  allows  decisions  on  fixes  to  bo  made  end  any  corrections  to  be  tested 
prior  to  program  decision  milestones.  Both  watdi  items  end  service  reports  can  ba 
writtaa  whether  the  anomaly  is  in  the  hardware  or  software.  Xn  fact,  the  source  or 
cause  may  not  ba  apparent  when  the  anomaly  in  detected  end  the  service  report  written. 
Service  reports  oen  be  categorised  with  respect  to  the  urgency  of  needed  corrective 
action  end  with  respect  to  safety  impacts.  Typically,  the  radar  flight  test  engineers 


will  initiate  HttiM  reports,  whereas  the  program  MMgenrat  agency  will  eonduat  the 
reporting  program  end  will  difeet  the  radar  ayatam  designer  to  oorreot  the  problem  a* 
aeooaeary.  Once  a  oorrectloa  ha*  boas  made,  the  doaiyoor  will  explain  it  and  ita  impact 
to  Um  testers,  and  th*  teeter*  will  then  plan  and  conduct  teat*  to  verify  the  problem 
hao  boon  oorreeted  and  the  eolation  baa  not  adveraely  affected  other  radar  node*  or 
capabilities.  A  typical  eervlce  report  ehould  address* 

*  Detailed  deeoriptioo  of  what  happened 

-  Description  of  what  radar  function*  or  modes  are  af footed 

-  fbo  apoeifie  part  nunbore  or  eoftwar*  relaae*  auebar  (to  inoluda  any  aoftwar* 
"patch**") 

-  Any  resultant  teat  reatrietiona  which  should  be  iapoeed  until  a  reaolutlon  la  found 

•  Any  euyyaatiooa  on  how  to  oorreot  the  anomaly  (this  ia  optional  and  uaually  require* 
oonaiderablo  knowlodye  of  th*  ayeten  daaiyn) 

After  the  eervlce  report  is  processed,  it  ahould  than  oontaim 

•  An  explanation  of  why  the  anomaly  occurred 

-  Resolution  (either  a  detailed  description  of  th*  corrective  action  taken  and  th* 
verification  oonpleted,  or  an  axplanation  of  why  no  action  waa  taken) 

*  booowaendatlona  for  further  tea  tiny,  as  applicable  (lab,  ground  or  flight) 

-  Cloelng  status  (whether  now  closed,  or  to  be  closed  ponding  further  action) 

Any  radar  teat  restrictions  iapoeed  as  a  result  of  a  eervlce  report  (such  as  not  using  a 
particular  node  or  capability)  ahould  be  part  of  the  preflight  briefings  and  annotated 
on  the  run  cards  for  any  hardware/software  configuration  to  which  it  pertains. 

A  typical  a/a  radar  final  report  should  include  th*  following  subjects  (not  necessarily 
in  the  asset  order  Shown) i 


-  prefacet  relationship  of  this  report  to  other  reports  and  other  work  in  progress 

•  executive  Suanaryt  a  eunoary  of  the  report  with  a  brief  description  of  th*  objectives, 
testing  accomplished,  conclusions  and  renoamendatlons 

-  Table  of  Contents 

-  List  of  Xlluatratioaa 

-  List  of  Tables 

-  introduction 

•  background*  historical  information  such  as  t  if  other  applicable  tests  preceded 
this  one,  why  this  teat  program  waa  accomplished,  who  asked  for  it,  authorised  it 
and  directed  it 

-  general  i  which  test  plant s)  are  covered  by  this  report,  who  were  th*  teat 
participants,  what  test  phsees  were  accomplished,  tests  planned  versus  actual 
tests  accomplished,  total  missions  flown,  significant  milestones,  critical  issues 
and  questions 

-  Test  Objectives!  whether  objective*  were  oonpleted  end  if  not,  why  not 

-  Tost  Limit  at  lone  i  any  limitations  which  precluded  tasting 

-  Tnet  Item  Description >  brief  description  of  th*  vehicle  which  carried  th*  tasted 
radar  system,  brief  description  of  the  tested  radar  including  the  configurations 
used  (refer  to  an  appendix  for  a  detailed  description),  brief  description  of  the 
instrumentation  system  (refer  to  a  reference  document  or  an  appendix  for  a 
detailed  description) 

-  Test  and  Evaluation  (usually  covered  by  mode,  1.*.,  on*  subsection  per  mode  with  each 
subsection  including) t 

-  Specific  Test  Objactiva(a) 

-  node  Description  (brief) 

-  Test  Description*  bow  th*  nod*  was  tested,  what  waa  dons,  how  data  was  obtained 

-  Teat  Results*  summaries  of  mode  performance  (refer  to  an  appendix  for  run-by-run 
data,  if  necessary  to  be  in  the  report  at  all)*  what  worked  and  what  did  not* 
findings  and  analysis  of  the  findings*  presentations  of  summary  tables,  charts, 
plots  and  pietures  as  applicable*  include  not  just  final  results,  but  also 
confidence  levels  end  tolerances  Involved  in  th*  date*  draw  conclusions  end  make 
recommendations  as  appropriate*  discuss  need  for  further  testing  (if  required)* 
reference  applicable  service  reports 

-  Conclusions  end  Recommendations*  compilation  of  ell  signlf leant  conclusions  and 
reeomnemdetieas  made  in  the  body  of  the  report 

-  References*  applicable  documents  such  *s  the  Required  Operational  Capability,  the 
aircraft  flight  annual,  the  system  specification  or  design  requirements  end 
abjective*,  any  temporary  operating  limitations,  the  configuration  description,  end 
any  other  appropriate  technical  publications  or  other  published  reports 

-  Appendices  (nay  contain  sons  or  all  of  tho  following,  as  necessary  depending  on 
ouatanar  desires  and  readers  being  addressed)* 

•  Detailed  Radar  Description  sad  Configuration  Summary 

-  Instrumentation  System  Description 

-  Cockpit  Control*  and  Displays 

-  Test  Profile* 

-  Sortie /Kiss ion  summery 

-  Dete  Reduction  Methods 

-  Detailed  Test  Results  and  Dete 

-  Summaries  of  Service  Reports 

-  List  of  Abbreviations  end  Syxbols 

-  Distribution  List 
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Dm  ante  wtOMM  ttn  nd«r  statu*  tracking  and  data  analyst*  systems  ere,  tha  more 
automtsd  tha  report  preparation  eaa  be.  for  example,  if  tha  aaalyaia  routlnas  can 
process  multiple  runs  fna  multiple  flights  and  output  an— ary  data  in  a  raport-raady 
format.  —ah  tin*  will  ha  saved  whan  It  oonaa  tin*  to  prapara  tha  final  raport.  An 
oparatlonal  final  raport  oan  also  contain  taat  raaulta  with  raapaet  to  tha  intandad 
oparational  anvlroo— nt«  and  raoo— and  inprow— ants  (aa  applicable)  by  addreaaing 
banaflta  versus  cost,  dona  results  — y  b*  stated  in  different  t»rt»-iuch  aa  oonoludlng 
that  a  radar  nod*  ia  affective  inside  a  particular  rang*  and  aainuth  combination,  and  la 
not  usable  outside  this  ooabi nation.  An  oparatlonal  raport  ia  not  only  required  to 
provide  information  for  program  decisions,  but  should  also  bo  raadabl*  by  tha  typical 
oparatlonal  pilot  to  allow  him  to  gat  the  bast  possible  performance  froa  tha  ayatan. 

ia.  2aiBBmia m. 

This  aaction  is  aa  astlnata  of  tha  iapaets  on  future  a/a  radar  flight  testing  as  a 
result  of  radar  and  weapons  systems  advanoas .  It  la  not  an  In -depth  survey  of  all 
possible  future  radar  technologies .  these  advances  nay  be  the  result  of  specific  pre¬ 
planned  product  improvement  (p3l)  programs  or  technology  advances  such  aa  in  the  area  of 
increased  radar  digital  system  asaory  and  processing  apeede.  On*  of  the  problems  that 
can  surface  is  the  radar  system  (especially  tha  processing  memory  and  capability)  nay 
not  have  been  aised  in  the  original  design  to  readily  accept  improvements  (whether  pre¬ 
planned  or  not).  This  oan  necessitate  substantial  retest  or  additional  teat*  to  ensure 
the  new  implementation  (which  — y  have  been  accomplished  using  shortcuts  to  "squeeae  in" 
the  changes  or  improvements )  has  not  adversely  affected  the  entire  radar  system 
operation.  The  topics  presented  ia  this  section  are  not  in  chronological  order  nor  are 
they  prioritised,  since  it  is  difficult  to  prediet  when  and  on  what  systems  they  will  be 
incorporated. 

The  next  generation  of  a/a  radars  will  probably  have  all  eolld-etat*  electronically- 
scanned  phaeed-array  antennas  containing  anywhere  from  l,Md  to  3, Mi  individual  active 
elements.  These  elements  would  each  be  aa  active  aperture  with  a  low-noise  eoplifier, 
and  would  combine  tranam it/reeel ve,  phase  shifters  and  antenna  all  in  on*  unit.  As  a 
part  of  the  substantial  improvements  in  reliability  and  maintainability,  this  type  of 
radar  design  will  also  result  in  graceful  degradation  of  radar  eystam  performance  (i.e., 
a  number  of  elements  oan  fail  while  the  radar  remains  fully  capable,  and  failure  of  even 
more  elements  will  not  necessarily  render  the  radar  inoperable,  but  will  only  decrease 
performance) .  Graceful  degradation  will  require  even  greater  and  more  in-depth 
instrumentation  capabilities  in  order  to  measure  the  remining  radar  performance,  and  to 
determine  vlwt  elements  have  failed.  Qreoeful  degradation  will  also  impose  requirements 
to  identify  to  the  crew  current  in-flight  radar  capabilities  through  ST/BXT,  and  may 
cauee  changes  in  the  way  faults  are  detected,  reported,  isolated  and  oorrectad  after  the 
flight. 

Another  future  a/a  radar  implementation  will  have  a  single  shared  aperture  (multi¬ 
function  array)  for  multiple  sensors  such  as  radar,  electronic  support  measures, 
electronic  oounterneaaures,  IFF  and  communications  systeam .  This  sharing  may  have  to  be 
limited  over  so—  narrow  parameters,  but  will  surely  increase  the  possibilities  of 
electromagnetic  interference  when  more  than  on*  system  is  in  operation  simultaneously. 
Testing  will  require  providing  more  complex  stimulus  (such  as  a  threat  to  cauee  the  BCM 
system  to  respond)  during  radar  system  teat  oonditiona  in  order  to  be  able  to 
reelistleelly  measure  radar  performance.  Die  single  aperture  configuration  will  likely 
give  way  to  aultipla  conformal  antennas  shared  with  aultipla  avioniee  systems,  mounted 
at  many  locations  around  the  aircraft  to  give  up  to  36P-degr*e  visibility.  This  will 
naturally  vastly  increeae  the  amount  of  flight  time  required  to  check  radar  performance 
as  compered  to  that  now  required  for  the  typical  current  radar  coverage  of  130  degrees . 
Many  more  aultipla  target  scenarios  will  be  required,  since  tha  radar  processing  to 
deteat  end  acquire  multiple  targets  at  all  asimutha  will  be  highly  axarclaad.  If  tha 
radar  ia  oompoaad  of  multiple  phased  array  antennas,  its  ability  to  track  while 
transitioning  among  tha  —  Itiple  antennas  in  aainuth  and  alavation  will  naad  to  b* 
evaluated,  as  wall  as  ita  track  accuracies  at  different  engine  with  respect  to  the 
fighter. 

Bietatio  a/a  radar  syata—  will  require  a  larger  taat  arena  since  the  transmitter  end 
receiver  are  no  longer  collocated.  Also,  tha  BCS  of  tha  target  ia  harder  to  determine 
and  control  in  a  bistatic  situation,  and  may  need  to  be  measured  prior  to  use.  It  also 
may  be  sore  difficult  to  extrapolate  tha  test  results  to  obtain  estimated  perform no* 
versus  an  notual  threat,  depending  on  the  complexity  of  the  target  end  threat  Shapes.  A 
millimeter  wave  e/e  radar  system  will  most  likely  be  e  cued  system  (receive  target 
pointing  on— node  from  another  on-bo* rd  or  external  source)  sine*  it  will  likely  have  e 
narrower  field  of  view,  and  a  narrow  be—.  Bines  it  will  also  be  of  sms liar  physical 
six*,  it  my  be  located  at  other  then  typiee*  current  aircraft  radar  installations,  and 
there  may  be  multipla  radar  system  installed  on  on*  aircraft.  This  aultipla  asimuth 
visibility  will  impose  changes  ia  test  methods  es  previously  described  for  the  multiple 
conformal  array*. 

Advances  in  system  processing  oan  result  in  the  capability  of  a  alagla  radar  system 
having  30  or  more  radar  operating  modes,  with  tha  likelihood  that  modes  will  begin 
overlapping.  Required  data  rates,  word  else,  end  processing  speed*  will  also  grow. 
Higher  resolution  end  fester  analog- to-digital  converters  will  increase  potential  radar 
range  resolution  as  wall  as  distant  target  detection.  Frogs iamb Is  signal  processor s 
employing  vary  large  soala  integrated  circuits  will  be  incorporated,  as  well  a*  an 
expert  system  to  aid  in  the  target  detect  ion  and  tracking  processes.  Automatic  mode 
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inter 1m vina  and  simultaneous  multi  mods  functions  (such  aa  interleaving  a/a  and  e/g 
■ode*  ter  situatiooal  awareness)  aay  daeraaea  pilot  workload,  but  any  r squire  an  expert 
eyatea  to  dynaaioally  deteraina  which  aodea  will  ba  Interleaved  depending  on  the  ooabet 
situation.  me  expert  eyetea  aay  not  only  ealaot  the  radar  mods(s) ,  but  aay  wall  vary 
the  displayed  radar  data  or  formate  depending  on  the  situation  aa  there  aay  ba  too  auoh 
data  for  an  individual  pilot  to  try  to  aasiailata.  The  radar  say  also  ba  aachanised  to 
take  pointing  coaaands  froa  other  on-board  sensors  (or  data  linked  frea  external  eourowa 
such  aa  other  fighters  or  interceptors,  airborne  or  ground-baaed  early  warning  ays teas) 
and  then  reshape  the  been  or  change  seen  patterns  accordingly.  me  radar  data  aay  be 
integrated  with  a  digitally  generated  moving  aap  display,  tud  aay  be  controllable  by 
interactive  voice  oeamaads.  The  advene ee  in  radar  aodea  aay  also  causa  devalopaant  of 
eoaaon  aodea  aaong  various  aircraft,  thereby  ainiaiaing  duplication  of  devalopaant  and 
evaluation  effort.  This  could  result  in  aore  generic  hardware  and  software,  eoaaonality 
aaong  test  plana,  instruaantation,  data  processing  and  analysis  aethods  and  systeas. 

Hew  dvionica  aystaaa  will  aaka  use  of  sensor  integration  (also  referred  to  as  data 
fusion)  which  is  tha  combination  of  data  froa  several  sensors  such  as  threat  warning, 
optioal  and  infrared  with  radar  data  to  help  detect  and  identify  tha  target.  This  will 
require  a  target  tdileh  is  anrs  representative  of  tha  threat  in  all  areas  such  aa  DCS, 
scintillation  characteristics ,  infrared  spectrum,  target  signal  carnations,  jet  engine 
undulation,  and  aaneuvering  performance.  future  threats  will  likely  be  substantially 
lower  in  MCt,  necessitating  tha  targets  used  for  radar  tasting  also  have  a  lower  RCS, 
since  extrapolation  techniques  aay  not  ba  valid  in  tha  look-down  situation  where  the  low 
Mi  target  is  ocapeting  with  tha  clutter  return.  This  may  add  a  requirement  to 
oalibrate  the  targets  in  advance  of  testing  to  ensure  they  are  fully  representative  and 
have  consistent  characteristics. 

Future  radars  will  have  the  means  to  automatically  reconfigure  themselves  using  expert 
aye teas  and  artificial  intelligence  architectures  to  change  radar  paraaaters  to  cope 
with  tha  situation,  or  to  work  around  system  failures.  Failures  can  be  dealt  with 
through  tha  use  of  multiple  processors  which  can  taka  over  for  each  other,  thereby 
providing  little  or  no  degradation  in  systea  performance.  mis  will  also  result  in 
improved  systea  reliability,  maintainability,  and  availability.  This  sharing  of 
multiple  processors  can  then  be  applied  to  the  full  aircraft  avionics  suite,  reducing 
the  overall  swan  time  between  failures  of  the  suite  by  reconfigurability  through 
resource  sharing  of  the  ayatem  elements.  If  the  individual  systems,  such  as  radar, 
electro-optic  aensor,  and  threat  warning  are  integrated,  a  monitor  unit  could  assess  the 
status  of  all  subsystems  and  reconfigure  them  accordingly  in  reeponee  to  one  or  more 
subsystem  failures.  This  reconfiguration  capability  among  several  subsystems  will  place 
further  de stand a  on  the  flight  testing  of  degraded  and  backup  modes,  as  well  aa 
complicate  the  instrumentation  requirements,  since  the  sources  and  destinations  of  data 
will  change  whenever  the  syatem  reconfigures. 

The  incorporation  of  expert  systems,  data  fusion  and  radar  system  and  aircraft  avionics 
suite  real-time  reconfigurability  will  substantially  impact  the  environment  required  for 
radar  teating.  A  much  more  complex  ground  test  lab  and  flight  test  environment  will  be 
required  to  exercise  radar  variables  such  esi  1)  automatic  mode  changing,  2) 
interleaving  of  modes,  3)  dynamically  changing  radar  parameters  (such  as  scan  volume, 
scan  rate,  PRF,  clutter  processing,  target  detection  and  tracking)  depending  on  the  type 
of  mission  (such  as  interception,  point  area  defense,  or  a/g),  4)  complex  clutter,  5) 
weather  effects,  and  6)  the  presence  of  an  electromagnetic  pules  or  ROM.  This  may  have 
to  include  an  on-board  simulation  to  inject  part  of  the  environment  into  the  radar 
system  in  flight  to  augment  the  actual  limited  flight  test  environment.  The  arore 
automated  radar  systems  that  can  rapidly  change  modes  or  radar  parameters  may  be  aore 
difficult  to  test  since  they  may  have  to  be  artificially  constrained  to  not  allow  the 
syatem  to  change  these  variables.  For  example,  a  DTfcE  a/a  detection  test  condition  may 
be  invalid  if  the  radar  were  to  vary  operating  parameters  in  mid-run,  whereas  OTfcE  type 
test  conditions  would  want  to  allow  the  radar  to  change.  Hot  only  will  an  environment 
dependent  radar  system  increase  the  OTfcS  test  requirements,  it  could  mean  that  the  OTiB 
tests  may  obtain  significantly  different  radar  perfoneance  test  results.  A  radar  system 
with  a/a  and  a/g  mode  interleaving  capability  may  require  two  sets  of  DTtB  detection 
test  conditions— one  with  the  radar  constrained  to  only  a/a,  and  the  other  repeated 
under  the  same  conditions  but  node  interleaved  to  determine  any  performance  differences. 
Considerable  flight  testing  may  be  required  to  optimise  the  reconfiguration  algorithms 
with  respect  to  the  isany  possible  operating  environments  and  scenarios  which,  unless 
given  careful  consideration,  could  lead  to  enormous  flight  test  matrices.  A  portion  of 
this  algorithm  optimisation  could  be  performed  in  a  ground  lab,  as  long  as  the 
environment  simulations  are  upgraded  to  effectively  simulate  the  many  environment 
factors. 

In  addition  to  the  test  environment  ispacte  on  radar  test  ranges,  iaproveswnts  in  a/a 
radar  perfomance  (such  as  increaosd  detection  range,  greater  tracking  accuracies,  and 
multiple  asisuth  visibility  up  to  36S  degrees)  are  often  outpacing  improvements  in  the 
capabilities  of  the  range  reference  systeas  against  which  the  radar  is  compared  to 
measure  systea  performance.  Reference  data  systena  for  radar  tasting  need  to  be 
improved  to  track  the  radar-equipped  and  target  aircraft  at  longer  ranges  and  in  larger 
test  arenas,  track  more  airborne  targets  simultaneously  (to  include  during  high  rate 
maneuvers)  and  track  ground  moving  targets  in  the  presence  of  clutter  and  BCM. 

As  threat  BCN  capabilities  become  mors  agile  and  sophisticated,  a/a  radar  systea  BCCM 
methods  will  have  to  improve,  requiring  more  sophisticated  threat  simulators  in  the  lab 
and  in  flight.  Multiple  BCM  sources  will  be  required,  especially  in  the  case  of  the 


M 


previously  discussed  multiple  array  34S-degree  coverage  radar  systems.  Taat  aatrleM 
will  grow  ainoa  thara  will  likely  be  a  greater  nusfeer  of  MCN  taat  conditions  to  coapare 
with  radar  perforaence  in  a  non*ECM  environment .  mile  will  toe  further  ocaplicated  by 
radar  aode  intarlaaviag,  and  uould  require  Multiple  simultaneous  a/a  and  a/e  aoda  threat 
■CM  ayataaa. 

Future  aircraft  will  have  increasingly  sophisticated  cockpits  with  eystesM  such  aai 
three-dimensional  sound  and  holographic  displays,  voice  and  vision  activation  of 
systems,  rapid  reconfiguration  of  oockplt  controls  and  displays,  pilot  state  Monitoring, 
and  a  helaet-nounted  display.  The  a/a  radar  display  will  be  a  color  display  (as  opposed 
to  the  current  aonoohrone  displays)  which  will  allow  iaprovaaenta  in  highlighting 
inportant  data  such  asi  MM,  higher  priority  targets  in  TM,  and  on  aircraft  detected 
targets  versus  those  reoelved  via  data  link  froa  other  sources.  These  developaente  will 
require  lnproveaents  and  whole  new  Methods  of  recording  radar  information  for  later 
analysis,  ranging  fron  the  addition  of  color  video  recorders  to  a  naans  of  reproducing 
holographic  displays. 

The  incorporation  of  color  Multifunction  displays  and  the  increases  in  systen 
ocnputational  power  and  neaory,  can  also  be  used  to  inprove  test  efficiency  by  adding 
on-board  MFD-dlaplayed  run  cards.  An  MFD  could  be  devoted  to  displaying  the  required 
teat  condition  to  avoid  the  use  of  Manual  run  oe-ds.  It  could  also  display  teat 
condition  Unite  and  warnings,  and  highlight  or  announce  when  these  liaita  are  about  to 
be  esoeeded.  This  nay  require  an  expert  systen  to  dynaaically  determine  what  the  liaita 
Should  be,  and  it  May  be  able  to  include  target  limits  as  perceived  by  the  radar  system. 
The  test  conditions  and  associated  limits  should  not  have  to  be  Manually  entered,  but 
could  be  done  so  via  test  input  cartridges  or  some  other  means  of  rapid  information 
transfer  to  the  on-board  avionics  systen. 

Radars  may  include  an  in-flight  training  mode  which  will  require  exercising  and  testing 
this  mode  for  realism  and  validity  during  the  radar  tut  program.  For  example,  this 
node  could  present  combinations  of  simulated  targets  and  XCM,  and  then  evaluate  the 
pilot's  ability  to  determine  the  presence  of  a  target  and  lock  on  to  it.  This  training 
aode  may  even  include  simulated  data  froa  other  on-board  sensors,  and  may  Integrate  the 
radar  with  on-board  weapons  to  the  point  of  simulating  launch  conditions.  The  a/a  radar 
flight  test  program  will  need  to  duplicate  the  training  node  conditions  in  flight  to 
ensure  the  training  aode  is  correctly  designed  to  Indicate  and  respond  to  the  simulated 
situation  in  the  same  manner  as  the  "real  thing." 
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14.  Abstract 

This  volume  in  the  AGARD  Flight  Test  Techniques  Series  describes  flight  test  techniques,  flight 
test  instrumentation,  ground  simulation,  data  reduction  and  analysis  methods  used  to  determine  the 
performance  characteristics  of  a  modem  air-to-air  (a/a)  radar  system.  Following  a  general  coverage 
of  specification  requirements,  test  plans,  support  requirements,  development  and  operational 
testing,  and  management  information  systems,  the  report  goes  into  more  detailed  flight  test 
techniques  covering  a/a  radar  capabilities  of.  detection,  manual  acquisition,  automatic  acquisition, 
tracking  a  single  target,  and  detection  and  tracking  of  multiple  targets.  There  follows  a  section  on 
additional  flight  test  considerations  such  as  electromagnetic  compatibility,  electronic  counter- 
countermeasures,  displays  and  controls,  degraded  and  backup  modes,  radome  effects, 
environmental  considerations,  and  me  of  testbeds.  Other  sections  cover  ground  simulation,  flight 
test  instrumentation,  and  data  reduction  and  analysis.  The  final  sections  deal  with  reporting  and  a 
discussion  of  considerations  for  the  future  and  hem  they  may  impact  radar  flight  testing. 
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